Archives

Ho comprato un dominio: e adesso cosa devo fare? È una delle domande più comuni tra chi decide di aprire un sito web per la prima volta.

Hai trovato il nome perfetto, hai scelto un’estensione come .it, .com oppure .eu e hai completato la registrazione. Adesso, però, digitando il dominio nel browser non compare il sito che avevi immaginato.

È normale: acquistare un dominio non significa automaticamente avere un sito web online.

Per pubblicare un sito servono alcuni passaggi aggiuntivi, come scegliere l’hosting, configurare i DNS, creare le pagine e attivare una connessione HTTPS.

La buona notizia è che non bisogna essere programmatori per iniziare.

In questa guida vediamo 7 passi semplici da seguire dopo aver acquistato un dominio, spiegando cosa serve davvero, quali errori evitare e come mettere online il proprio progetto.

Ho comprato un dominio: perché non vedo ancora il mio sito?

Prima di iniziare bisogna capire la differenza tra dominio, hosting e sito web.

Il dominio è l’indirizzo che le persone digitano per raggiungere il tuo progetto, per esempio:

www.miosito.it

L’hosting è il servizio che conserva i file e, quando necessario, il database del sito su un server collegato a Internet.

Il sito web è invece ciò che i visitatori vedono: pagine, immagini, contenuti, menu, moduli e funzionalità.

Puoi immaginare il dominio come l’indirizzo di un negozio, l’hosting come il locale che lo ospita e il sito web come tutto ciò che si trova al suo interno.

Se hai acquistato soltanto il dominio, possiedi quindi l’indirizzo, ma potresti non avere ancora uno spazio sul quale pubblicare il sito.

Per approfondire il funzionamento dei nomi di dominio puoi consultare anche la guida ufficiale MDN sui domini Internet.

1. Controlla che il dominio sia stato registrato correttamente

Il primo controllo riguarda la registrazione.

Dopo l’acquisto, accedi all’area clienti del provider presso il quale hai registrato il dominio e verifica che il servizio risulti attivo.

Controlla in particolare:

  • che il nome registrato sia corretto;
  • che l’estensione scelta sia quella desiderata;
  • che il dominio risulti attivo;
  • che i dati del registrante siano corretti;
  • che l’indirizzo email di contatto sia raggiungibile;
  • che la data di scadenza sia quella prevista;
  • che siano state completate eventuali verifiche richieste dal registrar.

Le procedure di registrazione possono variare in base all’estensione. Alcuni domini vengono attivati rapidamente, mentre altri possono richiedere controlli o conferme aggiuntive.

Non confondere inoltre il completamento della registrazione con la propagazione dei DNS: sono due processi differenti.

Se il dominio è registrato presso Xlogic, puoi verificarne lo stato direttamente dall’Area Clienti.

Se stai ancora scegliendo il nome del tuo progetto, puoi consultare il servizio Xlogic di registrazione e trasferimento domini.

2. Scegli un hosting adatto al tuo sito web

Una volta registrato il dominio, il passaggio successivo consiste nel decidere dove pubblicare il sito.

Se il tuo progetto è un normale sito vetrina, un blog oppure una pagina aziendale, generalmente non hai bisogno di un server dedicato.

Un hosting condiviso può essere sufficiente per iniziare.

La scelta dipende soprattutto da ciò che vuoi realizzare.

Un sito vetrina o un piccolo blog

Per presentare un’attività, pubblicare alcune pagine e inserire un modulo di contatto può essere indicato un normale hosting condiviso Xlogic.

I piani disponibili comprendono strumenti per la gestione dello spazio web, database, email e certificati SSL, secondo le caratteristiche del servizio scelto.

Un sito WordPress

Se vuoi pubblicare articoli, creare pagine in autonomia e utilizzare temi e plugin, WordPress rappresenta una soluzione molto diffusa.

In questo caso puoi scegliere un hosting WordPress Xlogic, progettato per ospitare il CMS con tecnologie come LiteSpeed Enterprise, LSCache, CloudLinux e storage NVMe.

Un negozio online

Per un eCommerce bisogna considerare esigenze ulteriori, come carrello, checkout, pagamenti, gestione degli ordini e prestazioni delle pagine dinamiche.

Un negozio WooCommerce potrebbe quindi richiedere risorse differenti rispetto a un semplice sito vetrina.

Un sito creato con l’intelligenza artificiale

Se hai utilizzato un AI Website Builder, prima di acquistare l’hosting verifica che la piattaforma permetta di esportare il progetto e che la tecnologia utilizzata sia compatibile con il server scelto.

Alcuni servizi AI includono già l’hosting e non permettono di trasferire liberamente tutte le funzionalità.

Ne abbiamo parlato anche nell’articolo Sito creato con AI: serve ancora l’hosting?.

3. Collega il dominio all’hosting tramite DNS

Se hai pensato “ho comprato un dominio, ma non so come collegarlo al sito”, questo è il passaggio da comprendere.

Il DNS, acronimo di Domain Name System, permette di associare il nome del dominio ai servizi Internet corretti.

Quando un utente visita www.miosito.it, il sistema DNS contribuisce a individuare il server al quale inviare la richiesta.

Esistono due modalità comuni per collegare un dominio all’hosting.

Utilizzare i nameserver dell’hosting

Il provider hosting può assegnarti uno o più nameserver da configurare presso il gestore del dominio.

In questo caso la gestione della zona DNS viene affidata ai server indicati.

È una soluzione frequente quando dominio e hosting vengono gestiti insieme.

Prima di modificare i nameserver, però, devi assicurarti che nella nuova zona siano già configurati tutti i record necessari, soprattutto se utilizzi servizi email esterni.

Puoi approfondire i passaggi nella guida Xlogic su come modificare i nameserver di un dominio.

Modificare soltanto i record DNS

In alternativa puoi mantenere i nameserver attuali e modificare i record necessari per indirizzare il sito verso il nuovo server.

Tra i record più utilizzati troviamo:

  • A: associa un nome a un indirizzo IPv4;
  • AAAA: associa un nome a un indirizzo IPv6;
  • CNAME: crea un alias DNS verso un altro nome;
  • MX: indica i server che ricevono la posta del dominio;
  • TXT: può contenere informazioni di verifica e configurazioni per l’autenticazione email.

Non è quindi sempre necessario cambiare completamente i nameserver per collegare un dominio a un hosting.

Attenzione: non copiare indirizzi IP o nameserver trovati in guide generiche. Devi utilizzare quelli assegnati al tuo servizio.

Quanto tempo impiega un dominio a funzionare?

Dopo una modifica DNS potresti non vedere subito il risultato.

Le risposte DNS vengono conservate temporaneamente nella cache dei resolver e dei dispositivi. Per questo reti differenti possono ricevere informazioni diverse durante il periodo di aggiornamento.

Non esiste un tempo di propagazione identico per tutti i domini: dipende dai record modificati, dal TTL, dalle cache e dalle modalità di gestione della delega DNS.

Se hai appena cambiato i nameserver, evita di modificarli ripetutamente nel tentativo di accelerare il processo.

Verifica invece che la configurazione sia corretta e attendi l’aggiornamento delle informazioni.

4. Crea il sito con WordPress oppure con un Website Builder

Una volta disponibile l’hosting, bisogna creare il sito vero e proprio.

Hai diverse possibilità.

Installare WordPress

WordPress permette di realizzare siti aziendali, blog, portali e negozi online senza dover sviluppare ogni pagina da zero.

Puoi scegliere un tema, creare le pagine e gestire i contenuti attraverso un pannello amministrativo.

Sui piani Xlogic compatibili è disponibile Softaculous, uno strumento che semplifica l’installazione di applicazioni web come WordPress.

Una volta installato il CMS puoi creare:

  • homepage;
  • pagina Chi siamo;
  • pagina Servizi;
  • pagina Contatti;
  • blog;
  • eventuali pagine dedicate ai prodotti.

Utilizzare un Website Builder

Se non vuoi gestire direttamente WordPress, un builder può aiutarti a creare pagine attraverso un’interfaccia visuale.

Verifica le funzionalità comprese nel piano hosting, gli eventuali costi aggiuntivi e le possibilità di esportazione.

Caricare un sito HTML già pronto

Se hai già realizzato un sito in HTML, CSS e JavaScript, puoi caricarne i file nello spazio web, utilizzando File Manager o i protocolli di trasferimento supportati dall’hosting.

La directory di pubblicazione deve essere quella configurata per il dominio interessato.

Su cPanel, ad esempio, la cartella di pubblicazione varia in base al dominio e alla configurazione dell’account.

5. Attiva il certificato SSL e verifica HTTPS

Dopo aver collegato il dominio e pubblicato il sito bisogna controllare il certificato SSL.

HTTPS permette di utilizzare una connessione cifrata tra browser e sito web.

Quando il certificato è valido e correttamente configurato, puoi raggiungere il sito utilizzando un indirizzo come:

https://www.miosito.it

Il certificato deve coprire i nomi utilizzati dal sito e la configurazione deve essere coerente con il dominio.

Nei piani hosting Xlogic è previsto un certificato SSL incluso, secondo le condizioni del servizio.

Perché possa essere emesso e utilizzato correttamente è necessario che il dominio punti al server previsto e che siano soddisfatti i requisiti di verifica richiesti.

Dopo l’attivazione verifica:

  • che il sito si apra in HTTPS;
  • che il certificato sia valido;
  • che la versione con www funzioni se prevista;
  • che la versione senza www sia gestita correttamente;
  • che immagini e altri contenuti non vengano caricati tramite HTTP non sicuro;
  • che i reindirizzamenti non creino errori o cicli.

Un certificato SSL protegge la connessione, ma non garantisce da solo che il sito sia privo di malware o vulnerabilità.

6. Crea un indirizzo email professionale con il dominio

Una delle possibilità offerte da un dominio personale è quella di utilizzare indirizzi email professionali.

Ad esempio:

  • info@miosito.it
  • contatti@miosito.it
  • amministrazione@miosito.it

Un indirizzo personalizzato può essere utile per aziende, negozi e professionisti che desiderano separare la comunicazione lavorativa dalla posta personale.

Ma attenzione: aver registrato un dominio non significa automaticamente avere una casella email attiva.

Devi disporre di un servizio email compatibile, che può essere incluso nell’hosting oppure acquistato separatamente.

Per configurare correttamente la posta bisogna verificare diversi record DNS.

MX, SPF, DKIM e DMARC: a cosa servono?

  • MX: definisce quali server devono ricevere le email indirizzate al dominio;
  • SPF: permette di dichiarare quali server sono autorizzati a inviare posta per il dominio;
  • DKIM: consente di verificare la firma crittografica dei messaggi;
  • DMARC: definisce una politica e un sistema di reportistica per i messaggi che non superano i controlli di autenticazione previsti.

Questi meccanismi contribuiscono alla corretta autenticazione della posta, ma devono essere configurati in modo coerente con il servizio email utilizzato.

Se mantieni la posta presso un provider esterno, non devi modificare i record MX senza sapere quali conseguenze comporterà il cambiamento.

Puoi consultare le guide del Centro Assistenza Xlogic dedicate a email, DNS e configurazioni del dominio.

7. Pubblica il sito e controlla che tutto funzioni

Se sei arrivato fino a questo punto, il dominio dovrebbe essere registrato, collegato all’hosting e associato al sito.

Prima di comunicarlo ai clienti o pubblicizzarlo, però, effettua alcuni controlli.

Apri la homepage e verifica che il contenuto venga visualizzato correttamente.

Controlla poi:

  • navigazione da smartphone;
  • funzionamento dei menu;
  • collegamenti tra le pagine;
  • visualizzazione delle immagini;
  • corretto funzionamento dei moduli di contatto;
  • ricezione delle email;
  • certificato HTTPS;
  • eventuali errori 404;
  • velocità di caricamento;
  • presenza di backup utilizzabili.

Se utilizzi WordPress, verifica anche che tema, plugin e CMS siano aggiornati e compatibili.

Per siti aziendali ed eCommerce devi inoltre predisporre le informazioni legali e le informative applicabili al tuo progetto, tenendo conto dei servizi e dei dati personali trattati.

Ho comprato un dominio: quali sono gli errori più comuni?

Quando si acquista il primo dominio è normale confondere alcuni passaggi.

Questi sono gli errori più frequenti.

Pensare che il dominio includa automaticamente l’hosting

Registrazione e hosting sono servizi distinti. Il contenuto del pacchetto acquistato dipende dall’offerta commerciale.

Se possiedi soltanto il dominio devi scegliere come utilizzarlo e, se vuoi pubblicare un sito tradizionale, disporre di uno spazio web adeguato.

Cambiare nameserver senza verificare le email

Modificare la delega DNS senza riportare i record corretti può interrompere servizi esistenti, compresa la ricezione della posta.

Prima di cambiare nameserver controlla quali servizi sono attivi sul dominio.

Credere che www e dominio principale siano sempre identici

www.miosito.it e miosito.it sono nomi DNS differenti.

Possono mostrare lo stesso sito, ma devono essere configurati correttamente.

È opportuno scegliere una versione principale e utilizzare reindirizzamenti coerenti, evitando contenuti duplicati.

Non verificare la scadenza del dominio

La registrazione di un dominio ha una durata definita.

Se non viene rinnovato entro i termini previsti, il dominio può smettere di funzionare e successivamente essere soggetto alle procedure di recupero o rilascio stabilite dall’estensione.

È quindi importante mantenere aggiornati i recapiti e controllare le scadenze.

Non effettuare backup

La presenza del dominio non protegge i contenuti del sito.

Quando inizi a pubblicare pagine, immagini e articoli devi pensare anche a come recuperarli in caso di errore, cancellazione o compromissione.

Controlla quali funzionalità di backup sono comprese nel tuo piano e se puoi ripristinare sia i file sia il database.

Posso acquistare il dominio da un provider e l’hosting da Xlogic?

Sì.

Non sei obbligato ad acquistare dominio e hosting presso la stessa azienda.

Puoi mantenere la registrazione del dominio presso il provider attuale e utilizzare un servizio hosting Xlogic per pubblicare il sito.

In questo caso sarà necessario configurare i DNS in modo che il dominio punti correttamente al servizio hosting.

Allo stesso modo puoi registrare un dominio con Xlogic e, se lo desideri, puntarlo verso un’infrastruttura esterna.

Il servizio Xlogic di registrazione domini consente anche di gestire i record DNS dall’Area Clienti.

Devo comprare subito un hosting se ho registrato un dominio?

Non necessariamente.

Dipende da ciò che vuoi fare.

Se hai acquistato un dominio soltanto per riservare il nome della tua attività, puoi mantenerne la registrazione senza pubblicare immediatamente un sito.

Puoi anche utilizzare il dominio esclusivamente per la posta elettronica, scegliendo un servizio email compatibile.

Se invece desideri pubblicare un sito WordPress, HTML o PHP, dovrai utilizzare un hosting che supporti la relativa tecnologia.

L’importante è sapere che il dominio, da solo, non crea automaticamente un sito e non ne garantisce la presenza online.

Quanto costa mettere online un sito dopo aver acquistato il dominio?

Il costo dipende dal progetto.

Per un semplice sito vetrina normalmente bisogna considerare:

  • registrazione e rinnovo del dominio;
  • hosting;
  • eventuali componenti premium;
  • eventuale realizzazione grafica e sviluppo;
  • manutenzione, aggiornamenti e backup.

Un sito WordPress può essere realizzato anche utilizzando software e temi gratuiti, mentre per funzioni avanzate potrebbero essere necessari plugin, licenze o servizi aggiuntivi.

Prima di acquistare un piano hosting è utile confrontare non soltanto il prezzo iniziale, ma anche le risorse e le funzionalità incluse.

Puoi consultare la comparazione dei piani hosting Xlogic per valutare le soluzioni disponibili.

Domande frequenti dopo aver comprato un dominio

Ho comprato un dominio, ma compare una pagina vuota: è normale?

Sì, può succedere se non è stato ancora pubblicato alcun sito oppure se il dominio non punta al server corretto. Verifica registrazione, DNS, configurazione dell’hosting e presenza dei file del sito.

Posso creare un sito gratuitamente dopo aver acquistato il dominio?

Esistono strumenti e software gratuiti per creare le pagine, ma pubblicare il sito richiede comunque un’infrastruttura. Alcune piattaforme includono l’hosting in un piano gratuito o a pagamento, con caratteristiche e limiti differenti.

Per usare WordPress devo comprare anche l’hosting?

Per un’installazione autonoma di WordPress.org è necessario un ambiente hosting compatibile. Alcune piattaforme gestite, invece, includono già l’infrastruttura nel servizio.

Posso usare il dominio soltanto per le email?

Sì. Puoi configurare un servizio di posta dedicato senza dover necessariamente pubblicare anche un sito web.

Se cambio hosting perdo il dominio?

No. Il dominio e l’hosting sono servizi distinti. Puoi cambiare hosting mantenendo il dominio presso lo stesso registrar, purché venga gestita correttamente la configurazione DNS.

Come faccio a sapere se il mio dominio funziona?

Verifica lo stato della registrazione, i record DNS, la raggiungibilità del servizio previsto e l’eventuale certificato HTTPS. Ricorda che avere un dominio attivo non implica necessariamente che sia già presente un sito online.

Conclusioni: cosa fare dopo aver comprato un dominio

Ho comprato un dominio: adesso cosa devo fare? La risposta dipende dal progetto, ma il percorso per iniziare è abbastanza semplice.

Prima controlla la registrazione, poi scegli se utilizzare il dominio per un sito web, per la posta elettronica oppure per entrambi.

Se vuoi pubblicare un sito, scegli un hosting adatto, configura correttamente i DNS, crea i contenuti, attiva HTTPS e verifica che tutte le funzionalità siano operative.

Non dimenticare poi gli aspetti fondamentali: aggiornamenti, sicurezza, backup e rinnovo del dominio.

Per iniziare con Xlogic puoi scegliere un hosting condiviso per il tuo primo sito oppure un hosting WordPress ottimizzato.

Se invece non hai ancora registrato il nome del progetto, scopri il servizio di registrazione domini Xlogic.

Con il dominio corretto, un hosting compatibile e una configurazione DNS adeguata, puoi trasformare il nome che hai acquistato in un progetto realmente raggiungibile online.

WordPress 7.1.3 è disponibile dal 6 ottobre 2026 e porta con sé importanti correzioni per la sicurezza del CMS più utilizzato al mondo.

Non si tratta di un aggiornamento con nuove funzioni grafiche o modifiche all’editor: questa versione corregge 7 problemi di sicurezza e 4 bug individuati nel core di WordPress.

Tra le problematiche risolte figurano vulnerabilità XSS, un possibile attacco di tipo Denial of Service, una SQL injection e la divulgazione non autorizzata di commenti appartenenti a contenuti privati o non pubblicati.

Il team di sicurezza WordPress raccomanda esplicitamente di aggiornare immediatamente i siti interessati.

Vediamo quindi cosa cambia con WordPress 7.1.3, quali vulnerabilità sono state corrette e come aggiornare il sito riducendo il rischio di incompatibilità o perdita di dati.

WordPress 7.1.3: cosa cambia con il nuovo aggiornamento?

Il 6 ottobre 2026 WordPress ha annunciato ufficialmente la nuova versione 7.1.3, classificandola come Security and Maintenance Release.

Questo significa che l’aggiornamento ha due obiettivi principali:

  • correggere vulnerabilità di sicurezza presenti nel core;
  • risolvere alcuni malfunzionamenti individuati nelle versioni precedenti.

In particolare, il rilascio comprende:

  • 7 correzioni di sicurezza;
  • 4 correzioni di bug;
  • modifiche a diversi file del core WordPress;
  • nessun aggiornamento dei pacchetti aggiuntivi elencati nelle note della release.

La notizia è stata pubblicata direttamente sul sito ufficiale: WordPress 7.1.3 Maintenance and Security Release.

La nuova versione segue il rilascio della 7.1.2, che aveva già corretto una vulnerabilità critica relativa alla gestione dei template delle pagine.

Ne avevamo parlato nel nostro approfondimento su WordPress 7.1.2 e il suo aggiornamento urgente di sicurezza.

Le 7 vulnerabilità corrette da WordPress 7.1.3

Le correzioni riguardano componenti differenti del CMS. Non tutti i problemi hanno le stesse condizioni di sfruttamento, ma ciascuno rappresenta un motivo valido per mantenere aggiornato WordPress.

1. Vulnerabilità XSS nella gestione dei commenti

La prima correzione riguarda una vulnerabilità di tipo Stored Cross-Site Scripting (XSS) nella pagina di amministrazione dei commenti.

Secondo WordPress, il problema poteva essere sfruttato attraverso commenti in attesa di moderazione, in determinate condizioni.

Le vulnerabilità Stored XSS sono particolarmente importanti perché possono consentire l’inserimento di codice che viene successivamente interpretato dal browser di un altro utente.

La segnalazione è stata effettuata da Trail of Bits in collaborazione con OpenAI.

2. Possibile attacco Denial of Service

La seconda correzione riguarda un problema nel metodo PHP WP_Http::make_absolute_url().

Il team WordPress lo descrive come una problematica di tipo Denial of Service (DoS).

In generale, questo tipo di vulnerabilità può compromettere la disponibilità di un servizio in specifiche condizioni.

La vulnerabilità è stata segnalata da Anthropic.

3. SQL injection nell’esportazione WXR

Un’altra vulnerabilità corretta riguarda una SQL injection di secondo ordine nel sistema di esportazione WXR di WordPress.

WXR è il formato XML utilizzato da WordPress per esportare contenuti come articoli, pagine e altri dati supportati.

Una SQL injection di secondo ordine si verifica quando dati precedentemente acquisiti vengono successivamente utilizzati in un contesto in cui possono influenzare una query al database.

La correzione riduce il rischio legato a questa specifica debolezza del sistema di esportazione.

4. Gestione impropria dei privilegi degli autori

La quarta correzione riguarda una debolezza che poteva permettere agli utenti con ruolo Autore di impostare articoli in evidenza, anche quando non avrebbero dovuto disporre di tale possibilità.

WordPress dispone di un sistema di ruoli e permessi che distingue le operazioni consentite ad amministratori, editori, autori e collaboratori.

Una gestione corretta dei privilegi è particolarmente importante per siti editoriali e portali con numerosi utenti.

5. Esposizione di commenti su contenuti privati

La quinta vulnerabilità riguarda la possibile divulgazione non autenticata di commenti associati ad articoli privati o non pubblicati.

Questo problema interessa la riservatezza dei contenuti, perché alcune informazioni che dovrebbero rimanere accessibili soltanto a utenti autorizzati potrebbero essere esposte.

La segnalazione è stata effettuata da Ananda Dhakal di Patchstack.

6. Vulnerabilità XSS negli incorporamenti Imgur

La sesta correzione riguarda gli incorporamenti di contenuti provenienti da Imgur.

WordPress segnala una vulnerabilità XSS associata a questa funzionalità.

Gli incorporamenti consentono di visualizzare all’interno delle pagine contenuti ospitati su piattaforme esterne.

Proprio per questo è importante che il CMS gestisca correttamente i dati e il codice utilizzati per visualizzarli.

7. Problema nei parametri degli hook WordPress

L’ultima correzione interessa alcuni parametri passati agli hook dinamici WordPress, in particolare quelli costruiti con il modello {status}_{type}.

Secondo il team di sicurezza, parametri falsificabili potevano provocare una collisione nei nomi delle azioni.

Gli hook sono uno dei meccanismi fondamentali attraverso i quali WordPress e i suoi componenti eseguono determinate operazioni.

La correzione interessa quindi un aspetto interno del funzionamento del CMS.

Per l’elenco ufficiale completo delle sette problematiche corrette è possibile consultare la documentazione di WordPress 7.1.3.

WordPress 7.1.3 corregge anche 4 bug

Oltre alle sette correzioni di sicurezza, il rilascio include quattro bug fix.

Le modifiche sono documentate nel sistema ufficiale di tracciamento dello sviluppo WordPress.

Non bisogna confondere questi interventi con nuove funzionalità: WordPress 7.1.3 è principalmente un aggiornamento correttivo.

L’obiettivo è migliorare sicurezza e stabilità senza introdurre i cambiamenti tipici di una nuova versione principale.

Chi deve aggiornare WordPress 7.1.3?

In generale, tutti i proprietari di siti WordPress che utilizzano versioni precedenti e per i quali è disponibile questo aggiornamento dovrebbero procedere.

Questo vale per:

  • blog personali;
  • siti aziendali;
  • portali editoriali;
  • siti WordPress realizzati con Elementor;
  • negozi WooCommerce;
  • siti di professionisti;
  • installazioni con più autori e amministratori.

La presenza di un firewall o di un sistema di scansione malware non sostituisce l’aggiornamento del core.

Per chi utilizza un ramo WordPress precedente, il progetto prevede anche il rilascio di correzioni di sicurezza per i rami ancora idonei a riceverle.

È comunque importante ricordare che WordPress supporta attivamente soltanto la versione più recente, mentre le correzioni retroportate sui rami precedenti non rappresentano un’alternativa equivalente alla manutenzione ordinaria.

Come verificare la versione WordPress installata

Prima di aggiornare conviene controllare quale versione del CMS è attualmente in uso.

  1. Accedi al pannello amministrativo WordPress.
  2. Apri la sezione Bacheca → Aggiornamenti.
  3. Verifica la versione installata.
  4. Controlla se WordPress propone un aggiornamento del core.

Se il sito utilizza già WordPress 7.1.3 non è necessario reinstallare manualmente la stessa versione soltanto per applicare queste correzioni.

Se invece risulta installata una versione precedente, è consigliabile pianificare subito l’aggiornamento.

Prima dell’aggiornamento: esegui un backup completo

Anche quando un aggiornamento riguarda principalmente la sicurezza, è importante disporre di una copia ripristinabile del sito.

Il backup dovrebbe comprendere:

  • file del core WordPress;
  • plugin e temi;
  • cartella wp-content;
  • immagini e contenuti caricati;
  • database MySQL o MariaDB;
  • configurazioni necessarie al funzionamento del sito.

Il solo backup dei file non è sufficiente se manca il database.

Allo stesso modo, esportare soltanto il database non permette necessariamente di ricostruire l’intera installazione.

Nei servizi Xlogic che comprendono JetBackup è possibile consultare e gestire i punti di ripristino disponibili dal pannello hosting, secondo le caratteristiche del piano acquistato.

La documentazione ufficiale WordPress consiglia esplicitamente di effettuare una copia del sito prima di procedere con l’aggiornamento: guida ufficiale agli aggiornamenti WordPress.

Come aggiornare WordPress 7.1.3 in sicurezza

Per la maggior parte dei siti, il metodo più semplice consiste nell’utilizzare il sistema integrato nel pannello WordPress.

  1. Effettua un backup: verifica di avere una copia recente dei file e del database.
  2. Controlla la compatibilità: verifica plugin, tema e versione PHP utilizzata.
  3. Accedi alla Bacheca: entra nell’amministrazione WordPress.
  4. Apri Aggiornamenti: seleziona la nuova versione disponibile.
  5. Avvia l’aggiornamento: attendi il completamento senza interrompere la procedura.
  6. Verifica il sito: controlla frontend, backend e funzionalità principali.
  7. Controlla cache e log: verifica eventuali anomalie dopo l’installazione.

Per siti eCommerce, portali con numerosi plugin o progetti particolarmente complessi, può essere opportuno effettuare prima una prova su un ambiente di staging.

WordPress 7.1.3 e WooCommerce: cosa controllare?

Chi utilizza WooCommerce dovrebbe prestare particolare attenzione al corretto funzionamento del negozio dopo l’aggiornamento.

È consigliabile verificare:

  • visualizzazione delle schede prodotto;
  • carrello;
  • checkout;
  • metodi di pagamento;
  • email transazionali;
  • account cliente;
  • compatibilità con i plugin commerciali.

Non significa che WordPress 7.1.3 provochi necessariamente problemi con WooCommerce.

Si tratta semplicemente di controlli prudenziali per un sito nel quale un malfunzionamento può interrompere le vendite.

Dopo l’aggiornamento svuota LiteSpeed Cache?

Se il sito utilizza LiteSpeed Cache, dopo l’aggiornamento può essere utile effettuare un purge della cache per verificare le pagine senza contenuti memorizzati precedentemente.

In WordPress puoi aprire il menu di LiteSpeed Cache e utilizzare la funzione di svuotamento della cache disponibile.

Successivamente controlla:

  • homepage;
  • pagine principali;
  • articoli;
  • menu;
  • moduli di contatto;
  • eventuali pagine dinamiche.

Lo svuotamento della cache non è una correzione di sicurezza e non sostituisce l’aggiornamento, ma può facilitare la verifica del sito dopo l’installazione.

WordPress 7.1.3 non si installa: cosa fare?

In alcune situazioni l’aggiornamento automatico potrebbe non completarsi correttamente.

Le cause possono comprendere:

  • permessi non corretti sui file;
  • spazio disco insufficiente;
  • componenti non compatibili;
  • problemi di connessione durante il download;
  • configurazioni PHP non adeguate;
  • interruzione del processo di aggiornamento.

Se il sito resta bloccato in modalità manutenzione, compare un errore critico o l’aggiornamento non termina, è importante individuare la causa prima di tentare nuovamente.

Evitare soprattutto di cancellare file del core o sostituire directory senza aver verificato la procedura corretta e la disponibilità di un backup.

Per ulteriori istruzioni è disponibile la guida ufficiale per aggiornare WordPress.

Gli aggiornamenti automatici sono sufficienti?

WordPress supporta gli aggiornamenti automatici in background per numerose release minori e di sicurezza.

Tuttavia il comportamento effettivo dipende dalla configurazione del sito, dai permessi disponibili e da eventuali impostazioni o strumenti di gestione che modificano gli aggiornamenti automatici.

Non bisogna quindi presumere che ogni installazione venga aggiornata automaticamente.

È buona pratica verificare periodicamente la versione del CMS e controllare le notifiche presenti nella Bacheca.

WordPress 7.1.3 protegge anche da malware e backdoor?

L’aggiornamento corregge le vulnerabilità specifiche documentate nel rilascio, ma non rappresenta una bonifica di un sito già compromesso.

Se un attaccante ha già installato una backdoor, creato utenti non autorizzati oppure modificato file e database, il semplice aggiornamento potrebbe non rimuovere questi elementi.

In presenza di una compromissione è necessario verificare separatamente l’eventuale presenza di malware e i meccanismi che consentono all’attaccante di mantenere l’accesso.

Xlogic mette a disposizione un servizio dedicato di bonifica siti hackerati e rimozione malware, disponibile anche per siti ospitati presso altri provider.

Il servizio parte da 149 € + IVA per l’analisi e la bonifica di un singolo sito web. Per compromissioni particolarmente estese, più installazioni infette, componenti personalizzati o attività aggiuntive viene fornita una valutazione prima di procedere con eventuali costi supplementari.

Perché scegliere un hosting WordPress aggiornato e sicuro?

Mantenere aggiornato WordPress è una responsabilità importante nella gestione del sito, ma anche l’ambiente hosting ha un ruolo nella sicurezza e nelle prestazioni.

Un’infrastruttura adeguata dovrebbe offrire versioni PHP compatibili, strumenti per i backup, isolamento degli account e sistemi di protezione.

L’Hosting WordPress Xlogic utilizza tecnologie come:

  • LiteSpeed Enterprise per il web server;
  • LSCache per la gestione della cache;
  • CloudLinux per l’isolamento delle risorse;
  • SSD NVMe per lo storage;
  • cPanel per la gestione dell’hosting;
  • JetBackup per i backup;
  • Imunify360 per le funzioni di sicurezza previste dal servizio.

Un buon ambiente hosting non elimina la necessità di mantenere aggiornati WordPress, plugin e temi, ma mette a disposizione strumenti utili per gestire il sito.

WordPress 7.2 Beta: devo installarla al posto della 7.1.3?

Il 20 ottobre 2026 è stata annunciata anche la prima beta di WordPress 7.2.

È importante distinguere le versioni di test dalle release stabili.

WordPress 7.2 Beta 1 è destinata a test e sviluppo e non dovrebbe essere installata su siti di produzione o progetti critici.

Per un sito pubblico è preferibile utilizzare la versione stabile aggiornata e applicare le relative correzioni di sicurezza.

Domande frequenti su WordPress 7.1.3

Quando è uscita WordPress 7.1.3?

WordPress 7.1.3 è stata pubblicata il 6 ottobre 2026.

Quante vulnerabilità corregge?

La release comprende sette correzioni di sicurezza e quattro correzioni di bug.

Devo aggiornare anche se utilizzo un plugin di sicurezza?

Sì. Un plugin di sicurezza o un sistema di protezione server non sostituisce la correzione delle vulnerabilità presenti nel core WordPress.

È necessario aggiornare anche plugin e temi?

È consigliabile mantenerli aggiornati e verificare la compatibilità con la versione del CMS utilizzata, effettuando prima un backup.

WordPress 7.1.3 rende il sito più veloce?

La finalità principale della release è correggere problemi di sicurezza e bug. Non è presentata come un aggiornamento dedicato principalmente alle prestazioni.

Devo aggiornare se utilizzo Elementor o WooCommerce?

Sì, mantenendo le normali precauzioni relative a backup, compatibilità e verifica delle funzionalità dopo l’aggiornamento.

Aggiornare WordPress elimina un’infezione malware?

No. L’aggiornamento corregge le vulnerabilità previste dalla release, ma non garantisce la rimozione di file malevoli o backdoor già presenti.

Conclusioni: perché aggiornare WordPress 7.1.3

WordPress 7.1.3 è un aggiornamento di sicurezza importante, con sette problemi corretti e quattro bug risolti.

Le vulnerabilità interessano aree differenti del CMS, dalla gestione dei commenti fino all’esportazione dei contenuti e ad alcune funzionalità interne.

Per questo è consigliabile verificare immediatamente la versione installata e procedere all’aggiornamento, dopo aver predisposto un backup ripristinabile.

Dopo l’installazione controlla il frontend, il backend, i plugin principali e, se presente, il funzionamento del negozio WooCommerce.

Per ospitare il tuo progetto su un’infrastruttura ottimizzata, scopri l’Hosting WordPress Xlogic con LiteSpeed, NVMe e CloudLinux.

Un WordPress aggiornato, componenti mantenuti correttamente e un ambiente hosting adeguato sono elementi fondamentali per ridurre i rischi e mantenere il sito affidabile nel tempo.

Spazio disco cPanel pieno, anche se non hai caricato nuovi file sul sito? È una situazione più comune di quanto si possa immaginare.

Accedi al pannello hosting, controlli lo spazio disponibile e scopri che il tuo account è arrivato al 90%, 95% oppure addirittura al 100% della quota assegnata.

Il primo pensiero è spesso: “Ma com’è possibile? Il mio sito occupa pochissimo!”

La realtà è che lo spazio hosting non viene utilizzato soltanto dalle pagine del sito. Email, allegati, backup, immagini, log, cache, database e vecchie installazioni possono accumulare dati nel tempo senza che tu te ne accorga.

Quando lo spazio disponibile termina, possono comparire errori durante gli aggiornamenti, problemi nell’invio o nella ricezione della posta e difficoltà nel salvare nuovi contenuti.

In questa guida vediamo 7 cause nascoste dello spazio disco cPanel pieno, come individuare i file che occupano più spazio e quali operazioni effettuare senza rischiare di danneggiare il sito.

Spazio disco cPanel pieno: cosa succede al tuo hosting?

Ogni piano hosting dispone di una determinata quantità di spazio disco, misurata normalmente in GB.

Questa quota può comprendere diversi elementi dell’account, non soltanto i file pubblicati nella directory del sito.

Quando raggiungi il limite disponibile, l’account potrebbe non riuscire più a creare nuovi file o a modificare quelli esistenti.

Le conseguenze possono includere:

  • aggiornamenti WordPress interrotti;
  • impossibilità di caricare immagini;
  • errori durante l’installazione di plugin e temi;
  • problemi con le caselle email;
  • backup che non vengono completati;
  • difficoltà nel salvare file temporanei;
  • errori nelle operazioni che richiedono spazio libero.

Uno dei messaggi più comuni è:

Disk quota exceeded

Questo messaggio indica che il processo ha raggiunto un limite relativo allo spazio disponibile o alla quota assegnata.

Attenzione però: non tutti gli errori di scrittura sono causati dallo spazio disco. Possono esistere anche problemi di permessi, inode o configurazione.

Come controllare lo spazio utilizzato in cPanel

Prima di cancellare qualsiasi file bisogna individuare dove viene utilizzato lo spazio.

Se utilizzi un hosting Xlogic con cPanel, puoi effettuare questa verifica direttamente dal pannello di controllo.

  1. Accedi a cPanel.
  2. Individua la sezione File.
  3. Apri Utilizzo disco o Disk Usage.
  4. Controlla le directory che occupano più spazio.
  5. Verifica separatamente file del sito, email, database e altre aree dell’account.
  6. Individua la causa prima di procedere con eventuali eliminazioni.

Il riepilogo permette di capire quali directory contribuiscono maggiormente all’occupazione dello spazio.

Non significa però che tutto ciò che occupa molti GB possa essere eliminato.

Una directory molto grande potrebbe contenere file indispensabili per il funzionamento del sito oppure dati importanti dei clienti.

Per una procedura dettagliata puoi consultare la nostra guida Xlogic a Disk Usage in cPanel.

1. Le caselle email occupano più spazio del sito

Una delle cause più sottovalutate dello spazio disco cPanel pieno riguarda la posta elettronica.

Molti utenti controllano soltanto le dimensioni del proprio sito WordPress e dimenticano che nello stesso account possono essere presenti numerose caselle email.

Immagina un’azienda con cinque indirizzi email attivi da diversi anni.

Ogni casella conserva migliaia di messaggi, allegati PDF, fotografie, documenti e copie dei messaggi inviati.

Con il passare del tempo lo spazio occupato può diventare considerevole.

Le directory che possono crescere maggiormente sono:

  • Posta in arrivo;
  • Posta inviata;
  • Spam;
  • Cestino;
  • archivi personali;
  • cartelle IMAP personalizzate.

Come verificare lo spazio occupato dalle email

In cPanel puoi utilizzare lo strumento Email Disk Usage, quando disponibile.

Da questa sezione puoi individuare le caselle più grandi e controllare quali cartelle contengono maggiori quantità di messaggi.

La documentazione ufficiale di cPanel spiega il funzionamento dello strumento nella pagina Email Disk Usage.

Prima di eliminare i messaggi, verifica che non contengano documenti importanti e che esista una copia dei dati che devi conservare.

Consiglio: controlla soprattutto allegati, vecchie email inviate, Spam e Cestino. Spesso permettono di recuperare spazio senza intervenire sui file del sito.

2. I backup di WordPress rimangono dentro l’hosting

Un’altra causa frequente riguarda i plugin di backup.

Molti strumenti WordPress consentono di creare copie complete del sito direttamente all’interno dello spazio web.

Questo comportamento può diventare un problema quando i backup vengono generati periodicamente e conservati tutti nello stesso account.

Facciamo un esempio.

Un sito occupa 3 GB tra file e database.

Se un plugin conserva cinque copie complete, lo spazio occupato dagli archivi potrebbe diventare molto superiore a quello del sito originale.

Inoltre, alcuni plugin possono conservare contemporaneamente:

  • archivi ZIP;
  • file TAR o GZIP;
  • esportazioni SQL;
  • backup temporanei;
  • copie precedenti;
  • file generati durante il ripristino.

Come riconoscere un backup che occupa troppo spazio

Controlla il plugin utilizzato e verifica dove conserva gli archivi.

Alcuni plugin utilizzano cartelle all’interno di wp-content, mentre altri permettono di scegliere un percorso personalizzato.

Non eliminare indiscriminatamente queste directory.

Prima devi verificare quali backup siano ancora necessari e se esista una copia esterna funzionante.

Nei piani Xlogic che includono JetBackup, i punti di ripristino previsti dal servizio vengono gestiti attraverso il relativo sistema di backup.

Questo non significa che un plugin WordPress non possa creare autonomamente ulteriori archivi locali: bisogna controllare separatamente le due situazioni.

Conservare l’unica copia di sicurezza all’interno dello stesso account del sito non è inoltre una strategia sufficiente per proteggersi da tutti i possibili guasti o compromissioni.

3. WordPress crea più immagini di quelle che carichi

Hai caricato 500 fotografie sul sito, ma nella cartella degli upload ne trovi molte di più?

Può essere normale.

WordPress può generare automaticamente diverse dimensioni di ogni immagine caricata.

Un tema oppure un plugin può inoltre registrare formati aggiuntivi.

Di conseguenza una singola fotografia può produrre più file:

  • originale;
  • miniatura;
  • immagine di dimensioni medie;
  • immagine di grandi dimensioni;
  • formati personalizzati del tema;
  • eventuali versioni ottimizzate o convertite.

Questo è particolarmente evidente nei siti WordPress con molte fotografie, negli eCommerce e nei portali editoriali.

Anche alcuni strumenti di ottimizzazione possono conservare copie originali e versioni compresse delle immagini.

Come ridurre lo spazio occupato dalle immagini

Prima di tutto verifica quali formati vengono effettivamente utilizzati dal sito.

Poi valuta:

  • compressione delle immagini originali;
  • utilizzo di formati efficienti come WebP;
  • rimozione controllata delle immagini non utilizzate;
  • verifica delle copie conservate dai plugin di ottimizzazione;
  • limitazione dei formati aggiuntivi non necessari.

Attenzione: non cancellare automaticamente tutte le miniature o i file che sembrano duplicati.

Alcuni formati possono essere utilizzati dal tema, dalle gallerie o dalle schede prodotto WooCommerce.

Una pulizia eseguita senza controlli può provocare immagini mancanti o layout danneggiati.

4. Cache e file temporanei continuano ad accumularsi

Un’altra possibile causa dello spazio disco cPanel pieno è l’accumulo di file di cache e dati temporanei.

La cache permette di velocizzare il sito evitando di rigenerare continuamente gli stessi contenuti.

Si tratta quindi di una funzionalità utile e non di qualcosa da eliminare indiscriminatamente.

Tuttavia, in alcune configurazioni, file temporanei e dati non più necessari possono continuare a occupare spazio.

Le situazioni più comuni comprendono:

  • cache generate da plugin;
  • vecchi file temporanei;
  • cache di immagini;
  • file creati durante importazioni;
  • processi incompleti;
  • cartelle temporanee lasciate da plugin.

Come svuotare correttamente la cache WordPress

Se utilizzi LiteSpeed Cache, il primo passo dovrebbe essere utilizzare le funzioni di gestione della cache del plugin.

Evita di eliminare directory a caso tramite File Manager.

Non tutte le cartelle chiamate cache contengono dati eliminabili senza conseguenze.

Alcune applicazioni utilizzano directory simili anche per dati temporanei necessari alle operazioni in corso.

Se lo spazio torna a riempirsi rapidamente dopo la pulizia, bisogna individuare quale processo sta generando nuovamente i file.

5. I file error_log possono diventare enormi

Questa è una delle cause più sorprendenti.

Un sito web può funzionare apparentemente bene, ma generare continuamente avvisi o errori PHP.

Quando la configurazione prevede la registrazione di questi messaggi in un file, il relativo log può crescere nel tempo.

Tra i file che possono richiedere attenzione troviamo:

  • error_log;
  • debug.log di WordPress;
  • log applicativi creati da plugin;
  • file di debug personalizzati.

Se un problema viene ripetuto a ogni richiesta, il file può aumentare rapidamente di dimensioni.

La causa potrebbe essere un plugin incompatibile, codice personalizzato, una configurazione PHP errata oppure un’operazione che continua a fallire.

Cosa fare quando un log occupa troppo spazio

Non limitarti a eliminarlo.

Prima verifica:

  1. dimensione del file;
  2. data delle ultime modifiche;
  3. tipologia degli errori registrati;
  4. frequenza con cui vengono generati;
  5. componente che produce il problema.

Se un file di log viene cancellato ma l’errore continua a verificarsi, potrebbe ricomparire e tornare rapidamente alle stesse dimensioni.

La soluzione corretta è quindi individuare la causa degli errori e correggerla, gestendo successivamente il file di log in modo appropriato.

Evita inoltre di disattivare ogni forma di registrazione degli errori soltanto per recuperare spazio: perderesti informazioni utili per individuare eventuali malfunzionamenti.

6. Vecchi siti, staging e archivi ZIP dimenticati

Molti account hosting contengono materiale che non viene più utilizzato.

Durante gli anni si possono accumulare:

  • vecchie installazioni WordPress;
  • copie di test del sito;
  • ambienti staging;
  • cartelle create durante una migrazione;
  • archivi ZIP caricati per trasferire il sito;
  • database di vecchi progetti;
  • file di installazioni precedenti.

Il problema è che questi elementi possono rimanere nello spazio hosting anche quando non vengono più utilizzati.

Un archivio da 2 GB e la relativa cartella estratta, per esempio, possono occupare spazio contemporaneamente.

Se l’operazione viene ripetuta più volte, la quota disponibile può diminuire rapidamente.

Come individuare i file dimenticati

Apri Gestione file in cPanel e controlla con attenzione le directory che non riconosci.

Presta particolare attenzione agli archivi di grandi dimensioni e alle vecchie copie del sito.

Prima di eliminare una cartella devi però accertarti che non venga utilizzata da alcun dominio, sottodominio, applicazione o processo attivo.

Ricorda anche che alcune cartelle apparentemente vecchie possono contenere configurazioni o dati indispensabili.

Una pulizia corretta deve essere basata sull’identificazione dei file, non soltanto sul loro nome.

7. Database, file sospetti e altri dati che crescono senza controllo

Il settimo problema può riguardare dati che aumentano progressivamente e che non risultano evidenti controllando soltanto la cartella pubblica del sito.

Un database WordPress può crescere a causa di:

  • revisioni degli articoli;
  • dati dei plugin;
  • sessioni applicative;
  • registrazioni di attività;
  • tabelle temporanee non ripulite;
  • informazioni conservate da applicazioni eCommerce.

Le revisioni e i dati applicativi possono avere una funzione importante, quindi non devono essere eliminati indiscriminatamente.

Prima di ottimizzare il database occorre effettuare un backup valido e individuare le tabelle responsabili della crescita.

E se lo spazio aumenta improvvisamente?

Se lo spazio disco cPanel pieno compare all’improvviso, senza un motivo apparente, è utile verificare anche eventuali attività anomale.

File sconosciuti, script sospetti o directory che si riempiono rapidamente possono richiedere ulteriori controlli.

Questo comportamento, da solo, non dimostra che il sito sia infetto.

Può dipendere anche da backup automatici, log, plugin o normali operazioni applicative.

Se però vengono individuati effettivi indicatori di compromissione, è importante effettuare un’analisi di sicurezza.

Xlogic mette a disposizione anche un servizio di bonifica siti hackerati e rimozione malware, separato dal normale servizio hosting e disponibile anche per siti ospitati presso altri provider.

Spazio disco pieno e inode: non sono la stessa cosa

Quando controlli le risorse del tuo account potresti trovare un’altra indicazione: inode oppure File Usage.

È importante non confondere questo valore con i GB disponibili.

Lo spazio disco misura la quantità di dati memorizzati.

Gli inode rappresentano, in termini pratici, il numero di file e directory utilizzati dall’account.

Facciamo due esempi:

  • un singolo archivio ZIP da 4 GB occupa molto spazio, ma corrisponde normalmente a un solo file;
  • 50.000 piccoli file di cache potrebbero occupare relativamente poco spazio, ma consumare un numero elevato di inode.

È quindi possibile raggiungere un limite inode pur avendo ancora GB disponibili.

Per approfondire puoi leggere la guida Xlogic su cosa sono gli inode e come controllarne l’utilizzo.

Come liberare spazio cPanel senza rischiare di danneggiare il sito

Se devi risolvere un problema di spazio disco cPanel pieno, l’ordine delle operazioni è importante.

Prima di effettuare modifiche cerca di identificare la causa principale.

Un percorso prudente può essere questo:

  1. Controlla Disk Usage: individua le aree che occupano più spazio.
  2. Verifica le email: controlla allegati, cartelle e messaggi non più necessari.
  3. Individua backup locali: verifica che esista una copia valida prima di rimuoverli.
  4. Controlla i log: identifica gli errori che generano file di grandi dimensioni.
  5. Verifica cache e file temporanei: utilizza gli strumenti delle applicazioni per gestirli.
  6. Controlla vecchie installazioni: accertati che non siano utilizzate.
  7. Verifica nuovamente quota e sito: controlla che la situazione sia migliorata e che tutto funzioni.

Quando lo spazio è completamente esaurito, anche la creazione di un nuovo backup locale potrebbe fallire.

Se necessario, prima di procedere con una pulizia significativa, valuta una copia esterna oppure un intervento tecnico mirato e reversibile.

Ho cancellato i file, ma lo spazio cPanel non diminuisce

Può succedere.

Alcune delle cause possibili sono:

  • i file sono stati spostati nel Cestino anziché eliminati definitivamente;
  • la quota non è stata ancora aggiornata;
  • un processo ha ricreato i file;
  • un plugin sta generando nuovi backup;
  • sono presenti dati in altre directory;
  • la causa principale non è stata individuata.

In questi casi controlla nuovamente Disk Usage e confronta il risultato con quello iniziale.

Evita di continuare a eliminare file casualmente soltanto perché il valore mostrato non cambia immediatamente.

La documentazione ufficiale cPanel Disk Usage segnala che alcune statistiche potrebbero non riflettere immediatamente le ultime modifiche effettuate.

Quando conviene aumentare lo spazio hosting?

Non sempre il problema può essere risolto eliminando vecchi file.

Se il sito cresce, aumenta il numero delle email oppure vengono pubblicati continuamente nuovi contenuti, potrebbe semplicemente essere necessario più spazio.

Alcuni segnali da considerare sono:

  • la quota rimane quasi piena anche dopo una pulizia corretta;
  • il sito contiene sempre più immagini e documenti;
  • il database continua a crescere per normali esigenze operative;
  • le caselle email devono conservare un grande storico;
  • il progetto richiede nuovi siti o ambienti di test;
  • lo spazio disponibile non è sufficiente per aggiornamenti e operazioni temporanee.

In questi casi può essere più conveniente passare a un servizio con risorse superiori piuttosto che eliminare continuamente dati necessari.

Hosting Xlogic: come scegliere lo spazio giusto

Xlogic propone differenti soluzioni di hosting condiviso e hosting multidominio.

I piani si differenziano per lo spazio disponibile, il numero di domini ospitabili e altre risorse tecniche.

Prima di scegliere un upgrade è utile controllare:

  • spazio disco necessario;
  • numero di siti;
  • dimensione dei database;
  • spazio utilizzato dalle email;
  • numero di file e inode;
  • CPU, RAM e I/O richiesti dalle applicazioni.

Aumentare soltanto lo spazio disco non risolve automaticamente problemi dovuti a CPU, memoria RAM, I/O oppure a un’applicazione che genera continuamente file inutili.

Per conoscere i limiti tecnici puoi consultare la guida alle risorse dei piani hosting Xlogic.

Se hai bisogno di maggiore spazio per il tuo progetto, puoi confrontare le soluzioni disponibili nella pagina Hosting Condiviso Xlogic.

Domande frequenti sullo spazio disco cPanel pieno

Le email occupano lo stesso spazio del sito?

Negli hosting in cui la posta è conservata all’interno dello stesso account e conteggiata nella relativa quota, sì. Lo spazio utilizzato dai messaggi e dagli allegati contribuisce all’occupazione complessiva.

Se cancello le email recupero spazio?

Sì, quando i messaggi vengono effettivamente eliminati dallo spazio conteggiato. Prima di procedere verifica eventuali esigenze di conservazione e controlla Cestino e cartelle IMAP.

JetBackup occupa spazio nel mio hosting?

Dipende da dove vengono conservati i backup e dalla configurazione del servizio. I backup gestiti da JetBackup su una destinazione esterna non equivalgono agli archivi locali creati dai plugin WordPress dentro l’account.

Posso eliminare tutti i file error_log?

Non è consigliabile farlo senza prima controllare cosa contengono. Se il problema che genera gli errori è ancora presente, il file può ricomparire e continuare a crescere.

Eliminare la cache di WordPress libera spazio?

Può liberare spazio quando esistono file di cache locali. Tuttavia non tutte le configurazioni utilizzano lo stesso metodo di memorizzazione e bisogna utilizzare gli strumenti corretti del plugin o dell’applicazione.

Perché WordPress non si aggiorna quando il disco è pieno?

Durante un aggiornamento WordPress può dover scaricare, estrarre e scrivere nuovi file. Se manca lo spazio necessario, il processo potrebbe interrompersi o non riuscire a completarsi.

Devo cambiare hosting se finisce lo spazio?

Non necessariamente. Prima conviene verificare se l’account contiene dati eliminabili in sicurezza. Se invece lo spazio viene utilizzato da contenuti necessari, valuta un upgrade compatibile con le esigenze del progetto.

Conclusioni: come evitare che lo spazio cPanel si riempia nuovamente

Lo spazio disco cPanel pieno non dipende sempre da un sito troppo grande.

Spesso la causa si trova in elementi meno visibili, come email con allegati, backup locali, miniature WordPress, file temporanei, log oppure vecchie installazioni dimenticate.

Il primo passo è sempre individuare dove si trova realmente il problema.

Eliminare file senza sapere cosa contengono può infatti provocare conseguenze peggiori rispetto alla mancanza di spazio.

Controlla periodicamente Disk Usage, verifica la crescita delle caselle email, gestisci correttamente i backup e osserva eventuali file che aumentano rapidamente di dimensione.

Se dopo una pulizia corretta lo spazio rimane insufficiente, il progetto potrebbe avere bisogno di un piano hosting più capiente.

Con Xlogic puoi scegliere tra diverse soluzioni di hosting con cPanel, LiteSpeed e CloudLinux, valutando lo spazio e le risorse necessarie per il tuo sito.

La soluzione migliore non è cancellare più file possibile, ma capire perché lo spazio si riempie e scegliere le risorse adeguate al progetto.

Xlogic ha completato gli aggiornamenti sicurezza PHP su tutti i propri server hosting, intervenendo sulle versioni PHP messe a disposizione dei clienti, comprese quelle meno recenti gestite attraverso CloudLinux.

Gli interventi sono stati effettuati a seguito della pubblicazione, il 21 ottobre 2026, delle vulnerabilità critiche CVE-2026-109618 e CVE-2026-109619, entrambe classificate con un punteggio CVSS di 9,2 su 10.

Le vulnerabilità possono consentire, in determinate condizioni, l’esecuzione di codice da remoto e richiedono l’installazione dei pacchetti di sicurezza distribuiti dai produttori.

Per questo Xlogic è intervenuta sulla propria infrastruttura, aggiornando le versioni PHP utilizzate dai siti web e dalle applicazioni ospitate.

Tutte le versioni PHP Xlogic aggiornate

Xlogic ha completato gli aggiornamenti di sicurezza delle versioni PHP disponibili sui propri server hosting, comprese le versioni precedenti PHP 5, PHP 7 e PHP 8.

Gli aggiornamenti sono stati effettuati utilizzando i pacchetti correttivi messi a disposizione dai rispettivi produttori, comprese le patch di sicurezza retroportate per le versioni precedenti.

Nessuna operazione richiesta ai clienti: gli aggiornamenti sono stati gestiti direttamente da Xlogic a livello server.

La versione PHP visualizzata nel pannello può anche rimanere invariata dopo l’applicazione delle correzioni.

Due vulnerabilità critiche PHP: cosa è successo il 21 ottobre 2026?

Il PHP Security Team ha pubblicato aggiornamenti urgenti per correggere due vulnerabilità critiche nel motore PHP.

PHP è uno dei linguaggi più utilizzati per il funzionamento di siti dinamici, CMS ed eCommerce.

Tra le applicazioni che utilizzano PHP troviamo WordPress, WooCommerce, Joomla, PrestaShop e numerosi gestionali web.

Le vulnerabilità interessano la gestione interna della memoria e possono consentire, in particolari condizioni, l’esecuzione di codice non autorizzato.

  • CVE-2026-109618: vulnerabilità collegata alla gestione della memoria durante determinate condizioni di errore.
  • CVE-2026-109619: vulnerabilità relativa alla gestione di dati interni che possono rimanere associati a richieste precedenti.

Entrambe richiedono l’applicazione degli aggiornamenti di sicurezza previsti per gli ambienti interessati.

Per approfondire è possibile consultare il sito ufficiale PHP e il comunicato di sicurezza cPanel.

Xlogic ha aggiornato tutte le versioni PHP dei servizi hosting

Gli aggiornamenti sicurezza PHP hanno interessato le versioni disponibili negli ambienti hosting Xlogic, comprese quelle utilizzate dalle applicazioni meno recenti.

Gli interventi hanno riguardato:

  • PHP 5: versioni precedenti disponibili attraverso gli ambienti CloudLinux;
  • PHP 7: versioni legacy utilizzate da applicazioni che non sono ancora state migrate a PHP 8;
  • PHP 8: versioni più recenti e rami precedenti ancora disponibili sui server;
  • CloudLinux Alt-PHP: pacchetti PHP gestiti attraverso PHP Selector;
  • EasyApache PHP: pacchetti PHP utilizzati negli ambienti cPanel.

Per le versioni PHP ufficialmente supportate sono state pubblicate nuove release correttive.

Per le versioni precedenti, CloudLinux ha distribuito pacchetti contenenti correzioni retroportate.

Questo permette di applicare specifiche patch di sicurezza senza dover necessariamente modificare la versione principale utilizzata dal sito web.

Perché la versione PHP visualizzata può rimanere invariata dopo l’aggiornamento?

Un aspetto importante da chiarire riguarda il numero di versione PHP visualizzato nel pannello di controllo.

L’applicazione delle patch di sicurezza non comporta necessariamente un cambiamento del numero di versione PHP.

Questo perché le correzioni possono essere integrate direttamente nelle versioni già installate, attraverso il sistema di aggiornamenti di sicurezza del fornitore, chiamato backport.

Il backport consente di applicare una correzione sviluppata per una versione più recente anche a una versione precedente, mantenendo il relativo ramo PHP.

Di conseguenza, il numero visualizzato nel pannello potrebbe rimanere invariato anche quando il pacchetto è stato aggiornato.

Esempio pratico: PHP 8.4.26 invece di PHP 8.4.27

Dopo la pubblicazione delle patch PHP di ottobre 2026, un cliente Xlogic ha chiesto perché, selezionando la versione Native, venisse ancora visualizzata PHP 8.4.26 anziché PHP 8.4.27.

La domanda è comprensibile: PHP 8.4.27 è infatti la release ufficiale che comprende le correzioni delle due vulnerabilità.

Tuttavia, sugli ambienti CloudLinux, il produttore ha distribuito anche pacchetti PHP 8.4 contenenti le medesime correzioni attraverso il sistema di backport.

Per esempio, il pacchetto CloudLinux ea-php84-php-common-8.4.26-2.el9.cloudlinux.1 mantiene il numero PHP 8.4.26 ma include le correzioni per CVE-2026-109618 e CVE-2026-109619.

Questo significa che visualizzare PHP 8.4.26 non implica necessariamente l’assenza delle patch di sicurezza presenti nella release 8.4.27.

La presenza delle correzioni viene verificata attraverso la release del pacchetto installato e il relativo changelog, non soltanto leggendo il numero PHP mostrato nel pannello.

PHP 8.4.26 è quindi aggiornato?

Sì, quando il server utilizza il pacchetto corretto contenente le patch del produttore.

Nel caso degli aggiornamenti CloudLinux verificati da Xlogic, le correzioni di sicurezza possono essere presenti anche se il pannello continua a visualizzare PHP 8.4.26.

Il numero di versione, da solo, non permette di confermare o escludere la presenza delle patch.

Non è quindi necessario modificare manualmente la versione PHP quando le correzioni risultano già installate sull’ambiente utilizzato.

Cosa significa selezionare Native nel pannello PHP di cPanel?

Nei server che utilizzano CloudLinux e cPanel, il selettore PHP può mostrare diverse versioni e anche un’opzione denominata Native.

Questa voce indica la versione PHP nativa o predefinita configurata per l’ambiente hosting.

Nei server cPanel può corrispondere alla versione PHP gestita tramite EasyApache, anziché a una delle versioni alternative Alt-PHP del PHP Selector.

Se viene visualizzato Native (PHP 8.4.26), ciò significa che il sistema sta mostrando quel ramo PHP come versione predefinita dell’ambiente.

Non significa automaticamente che il server sia privo delle patch pubblicate successivamente.

La disponibilità delle correzioni dipende dal pacchetto effettivamente installato dal produttore.

Per questo Xlogic effettua le verifiche sui pacchetti PHP presenti sui server, comprese le informazioni relative alle correzioni di sicurezza.

Come si verifica che una versione PHP contiene le patch?

Per confermare che una versione PHP sia stata corretta, non è sufficiente controllare esclusivamente la numerazione mostrata nel pannello cPanel.

È necessario verificare:

  • la versione e la release completa del pacchetto installato;
  • il produttore che distribuisce il pacchetto;
  • il changelog degli aggiornamenti;
  • la presenza delle correzioni relative alle vulnerabilità interessate;
  • le indicazioni ufficiali del produttore.

Nel caso delle vulnerabilità CVE-2026-109618 e CVE-2026-109619, CloudLinux ha pubblicato pacchetti aggiornati anche per versioni PHP il cui numero principale rimane invariato.

La documentazione sugli aggiornamenti è disponibile nel comunicato ufficiale CloudLinux.

Per i clienti Xlogic queste verifiche relative agli aggiornamenti server sono gestite direttamente dal nostro team tecnico.

Le patch di sicurezza PHP non richiedono necessariamente il passaggio a PHP 8

È importante distinguere un aggiornamento di sicurezza dal cambio di versione principale PHP.

Un aggiornamento di sicurezza può correggere specifiche vulnerabilità mantenendo la versione utilizzata dal sito.

Passare, per esempio, da PHP 7.4 a PHP 8.4 è invece una modifica più ampia che potrebbe richiedere adattamenti alle applicazioni installate.

Un sito WordPress, un gestionale oppure uno script personalizzato potrebbero non essere compatibili con una versione PHP molto più recente.

Per questo Xlogic ha applicato gli aggiornamenti di sicurezza disponibili senza imporre ai clienti un cambio automatico del ramo PHP.

È comunque consigliabile utilizzare versioni PHP ancora supportate ufficialmente, programmando l’aggiornamento delle applicazioni meno recenti.

Le patch retroportate correggono specifiche vulnerabilità ma non rendono una versione legacy equivalente, sotto ogni aspetto, a una versione moderna e supportata.

I clienti Xlogic devono effettuare qualche operazione?

No. Per le patch di sicurezza PHP applicate da Xlogic sui propri server hosting non sono richieste operazioni manuali da parte dei clienti.

Non è necessario:

  • cambiare manualmente la versione PHP soltanto per ottenere le patch già applicate;
  • passare da PHP 8.4.26 a 8.4.27 quando il pacchetto CloudLinux utilizzato contiene già le correzioni;
  • modificare configurazioni del sito senza una specifica necessità tecnica;
  • reinstallare WordPress per applicare gli aggiornamenti PHP del server.

Rimane invece importante mantenere aggiornate le proprie applicazioni, i plugin, i temi e gli eventuali componenti personalizzati.

CloudLinux, LiteSpeed e Imunify360: più livelli di sicurezza

La gestione della sicurezza sui server Xlogic si basa su diverse tecnologie.

CloudLinux contribuisce all’isolamento e alla gestione delle risorse degli account hosting, mentre LiteSpeed Enterprise viene utilizzato come web server.

Imunify360 aggiunge strumenti di protezione, compreso un Web Application Firewall nelle configurazioni in cui è attivo.

In occasione delle vulnerabilità PHP di ottobre 2026, Imunify360 ha distribuito anche regole WAF dedicate al contrasto di alcuni tentativi di sfruttamento conosciuti.

È importante ricordare che le regole WAF non sostituiscono gli aggiornamenti di sicurezza PHP.

Le protezioni del firewall rappresentano un livello aggiuntivo, mentre la correzione del software interessato rimane fondamentale.

Gli aggiornamenti PHP proteggono anche WordPress e WooCommerce?

Gli aggiornamenti PHP correggono specifiche vulnerabilità del linguaggio e del relativo ambiente di esecuzione.

Non sostituiscono però la manutenzione dei CMS e delle applicazioni installate.

Un sito WordPress potrebbe utilizzare un plugin vulnerabile anche se la versione PHP sul server è correttamente aggiornata.

Per mantenere un sito affidabile è quindi importante:

  • mantenere aggiornati WordPress e gli altri CMS;
  • aggiornare plugin e temi;
  • eliminare componenti inutilizzati;
  • utilizzare password sicure;
  • proteggere gli accessi amministrativi;
  • mantenere backup utilizzabili;
  • controllare eventuali segnalazioni di malware.

Per approfondire la scelta delle versioni PHP puoi leggere la nostra guida PHP aggiornato nel 2026: quale versione scegliere.

Un server aggiornato non significa che un sito già compromesso sia pulito

Gli aggiornamenti sicurezza PHP sono fondamentali per correggere vulnerabilità note, ma non eliminano automaticamente malware o backdoor già presenti in un sito.

Se un’applicazione è stata compromessa, potrebbe essere necessario controllare file, database, utenti, configurazioni e altri elementi coinvolti.

Xlogic mette a disposizione un servizio professionale di bonifica sito hackerato e rimozione malware, disponibile anche per siti ospitati presso altri provider.

Il servizio parte da 149 € + IVA. Il prezzo base comprende l’analisi e la bonifica di un singolo sito web.

Per compromissioni particolarmente estese, più installazioni infette, componenti personalizzati o attività aggiuntive viene fornita una valutazione prima di procedere con eventuali costi supplementari.

La sicurezza dei server Xlogic è un’attività continua

La pubblicazione delle due vulnerabilità critiche PHP dimostra quanto sia importante seguire costantemente gli avvisi di sicurezza dei produttori.

Un server può continuare a funzionare normalmente anche quando uno dei componenti software richiede una correzione urgente.

Per questo la gestione di un’infrastruttura hosting richiede aggiornamenti regolari e controlli tecnici.

Xlogic, provider hosting italiano attivo dal 2011, utilizza tecnologie come CloudLinux, LiteSpeed Enterprise, cPanel, SSD NVMe e sistemi di backup e sicurezza secondo le caratteristiche dei servizi.

Gli interventi sulle versioni PHP rientrano nella manutenzione dell’infrastruttura destinata a ospitare siti e applicazioni dei clienti.

Domande frequenti sugli aggiornamenti PHP Xlogic

Xlogic ha aggiornato anche PHP 5 e PHP 7?

Sì. Gli interventi hanno interessato tutte le versioni PHP offerte negli ambienti hosting Xlogic, comprese le versioni precedenti per le quali i produttori hanno distribuito i pacchetti correttivi.

Perché nel PHP Selector vedo ancora PHP 8.4.26?

Perché alcune correzioni di sicurezza vengono applicate attraverso pacchetti aggiornati che mantengono lo stesso numero di versione PHP.

Negli ambienti CloudLinux, un pacchetto PHP 8.4.26 contenente i backport corretti può includere le patch delle vulnerabilità CVE-2026-109618 e CVE-2026-109619.

La versione Native è meno sicura delle altre?

Non necessariamente. Native indica la versione PHP predefinita dell’ambiente hosting. La presenza delle correzioni deve essere verificata sul pacchetto realmente utilizzato.

Devo cambiare manualmente versione PHP?

No, non per applicare le patch di sicurezza già installate da Xlogic sull’ambiente hosting utilizzato.

Per ragioni di compatibilità, prestazioni e supporto a lungo termine rimane comunque consigliabile utilizzare una versione PHP moderna.

Come viene verificata la presenza delle patch?

Attraverso il controllo dei pacchetti installati, della loro release e dei relativi changelog di sicurezza.

Gli aggiornamenti eliminano malware già presenti sul sito?

No. Gli aggiornamenti PHP correggono vulnerabilità del software, mentre la rimozione di un’infezione già presente richiede controlli e interventi separati.

Conclusioni: Xlogic completa gli aggiornamenti sicurezza PHP

Le vulnerabilità CVE-2026-109618 e CVE-2026-109619 hanno reso necessari aggiornamenti urgenti per numerose versioni PHP.

Xlogic ha completato gli aggiornamenti di sicurezza delle versioni PHP messe a disposizione dei clienti sui propri server hosting, comprese le versioni precedenti PHP 5 e PHP 7.

Le correzioni sono state applicate utilizzando i pacchetti distribuiti dai produttori, comprese le patch retroportate per i rami precedenti.

Questo significa che una versione PHP visualizzata nel pannello, come PHP 8.4.26, può contenere le stesse correzioni di sicurezza introdotte nella release ufficiale PHP 8.4.27, quando è installato il pacchetto corretto.

Non è quindi necessario modificare manualmente la versione PHP soltanto perché il numero visualizzato non coincide con quello dell’ultima release ufficiale.

La sicurezza rimane un’attività continua che richiede server aggiornati, manutenzione delle applicazioni e sistemi di protezione adeguati.

Scopri le soluzioni di Hosting WordPress Xlogic e Hosting Condiviso Xlogic.

Xlogic – Hosting italiano dal 2011.

Xlogic amplia i propri servizi di sicurezza con un nuovo servizio dedicato alla bonifica siti hackerati e alla rimozione di malware, backdoor e codice malevolo.

Il servizio nasce per aiutare aziende, professionisti, eCommerce e proprietari di siti web che si trovano improvvisamente davanti a un sito compromesso, sospeso, modificato da terzi oppure continuamente reinfettato nonostante le scansioni antivirus.

La novità più importante è che non è necessario essere clienti Xlogic: possiamo effettuare la bonifica anche su siti ospitati presso altri provider, previa verifica degli accessi tecnici disponibili.

Il nuovo servizio di bonifica siti hackerati nasce proprio per intervenire quando una semplice scansione automatica non è sufficiente a risolvere il problema.

Bonifica da 149 € + IVA

Il prezzo base comprende l’analisi e la bonifica di un singolo sito web.

Per compromissioni particolarmente estese, più installazioni infette, componenti personalizzati o attività aggiuntive viene fornita una valutazione prima di procedere con eventuali costi supplementari.

Scopri il servizio Xlogic di bonifica sito hackerato →

Perché Xlogic introduce un servizio di bonifica siti hackerati

I siti web moderni sono sempre più complessi.

WordPress, WooCommerce, Joomla, PrestaShop e altri CMS utilizzano plugin, temi, database, API, account amministrativi e numerosi componenti che devono essere mantenuti aggiornati e protetti.

Quando una vulnerabilità viene sfruttata oppure una credenziale viene compromessa, il problema può andare molto oltre il singolo file infetto.

Un attaccante può lasciare:

  • malware;
  • backdoor;
  • file modificati;
  • utenti amministratori non autorizzati;
  • codice malevolo nel database;
  • cron sospetti;
  • script che rigenerano automaticamente l’infezione;
  • componenti vulnerabili utilizzabili per rientrare nel sito.

Per questo abbiamo deciso di mettere a disposizione un servizio specifico, separato dall’hosting tradizionale, dedicato all’analisi e alla bonifica tecnica dei siti compromessi.

Bonifica siti hackerati: non basta eliminare il file segnalato

Uno degli errori più comuni è pensare che la bonifica consista semplicemente nel cancellare il file rilevato da uno scanner antivirus.

In alcuni casi può sembrare sufficiente. In altri il file eliminato ricompare dopo poche ore oppure vengono generati nuovi file infetti in altre directory.

Questo accade perché il malware visibile può essere soltanto una parte della compromissione.

Una backdoor nascosta, un cron anomalo, un utente amministratore creato dall’attaccante oppure del codice presente nel database possono consentire una nuova infezione.

Per questo la bonifica siti hackerati Xlogic non si limita alla cancellazione automatica dei file segnalati.

Chi vuole approfondire questo specifico problema può leggere anche il nostro articolo dedicato alle backdoor e alle reinfezioni malware.

Cosa comprende il nuovo servizio Xlogic

L’intervento viene adattato alla piattaforma utilizzata e al tipo di compromissione riscontrata.

Ogni intervento di bonifica siti hackerati viene valutato in base al CMS utilizzato, all’estensione dell’infezione e alle anomalie riscontrate durante l’analisi.

La procedura può comprendere il controllo di:

  • file del sito;
  • database;
  • configurazioni;
  • account e utenti amministrativi;
  • plugin e temi;
  • permessi;
  • cron;
  • script sospetti;
  • backdoor;
  • file modificati;
  • possibili meccanismi di persistenza.

L’obiettivo è individuare gli elementi malevoli presenti e, quando tecnicamente possibile, anche le condizioni che hanno permesso alla compromissione di continuare o di ripresentarsi.

1. Analisi iniziale del sito

La prima fase consiste nell’analisi dell’installazione.

Vengono verificati file, database, configurazioni, utenti e componenti del sito alla ricerca di codice sospetto, modifiche non autorizzate e altri indicatori di compromissione.

Questa fase è importante perché due siti apparentemente colpiti dallo stesso problema possono in realtà avere compromissioni completamente differenti.

2. Rimozione di malware e backdoor

Dopo aver individuato gli elementi sospetti si procede con la bonifica tecnica.

Vengono rimossi, quando individuati:

  • malware;
  • script malevoli;
  • backdoor;
  • file compromessi;
  • accessi non autorizzati;
  • codice utilizzato per mantenere attiva l’infezione.

Durante la bonifica siti hackerati vengono quindi ricercati non soltanto i file infetti evidenti, ma anche eventuali elementi utilizzati per mantenere l’accesso al sito.

Particolare attenzione viene dedicata ai meccanismi di persistenza, cioè quei sistemi utilizzati dall’attaccante per mantenere o recuperare l’accesso anche dopo una prima pulizia.

3. Controllo delle reinfezioni

Un sito può sembrare pulito e tornare infetto poco dopo.

Durante la bonifica siti hackerati vengono quindi verificati anche elementi che possono contribuire alla reinfezione, come:

  • file che si rigenerano;
  • cron anomali;
  • utenti sospetti;
  • permessi non corretti;
  • componenti vulnerabili;
  • possibili punti di ingresso.

Non sempre è possibile stabilire con certezza assoluta come sia avvenuto un attacco, ma quando gli elementi tecnici lo permettono vengono analizzate anche le possibili cause della compromissione.

4. Messa in sicurezza del sito

Rimuovere il malware è soltanto una parte dell’intervento.

Quando possibile, i componenti compromessi vengono ripristinati da sorgenti affidabili e quelli compatibili vengono aggiornati.

Vengono inoltre affrontate le criticità emerse durante l’analisi che potrebbero favorire una nuova compromissione.

Eventuali plugin, temi o altri componenti commerciali che richiedono una licenza non sono compresi nel costo della bonifica e devono essere forniti o acquistati dal cliente quando necessari.

5. Scansione e verifica finale

Al termine dell’intervento viene effettuata una nuova verifica.

Il sito viene sottoposto a una scansione conclusiva e viene controllato il suo corretto funzionamento.

L’obiettivo è verificare che non risultino ulteriori file compromessi, backdoor o comportamenti malevoli individuabili durante i controlli finali.

Un resoconto tecnico dopo la bonifica

Una caratteristica importante del nuovo servizio è il resoconto tecnico finale.

Al termine dell’intervento Xlogic fornisce un riepilogo delle attività effettuate e delle anomalie individuate.

Il resoconto può comprendere:

  • elementi malevoli individuati;
  • componenti compromessi o sospetti;
  • backdoor rimosse;
  • meccanismi di persistenza rilevati;
  • attività effettuate durante la bonifica;
  • aggiornamenti eseguiti;
  • possibili cause della compromissione, quando identificabili;
  • raccomandazioni tecniche successive.

In questo modo il cliente non riceve semplicemente la comunicazione che il sito è stato pulito, ma dispone anche di informazioni su ciò che è stato riscontrato durante l’intervento.

Il servizio di bonifica siti hackerati comprende quindi diverse fasi di controllo, pulizia e verifica finale, adattate alla situazione riscontrata.

Bonifica da 149 € + IVA: cosa comprende il prezzo base

Il servizio di bonifica Xlogic parte da 149 € + IVA per un singolo sito web.

Il prezzo base comprende l’analisi e la bonifica di un singolo sito web.

Per compromissioni particolarmente estese, più installazioni infette, componenti personalizzati o attività aggiuntive viene fornita una valutazione prima di procedere con eventuali costi supplementari.

Questo significa che eventuali attività aggiuntive non vengono applicate automaticamente: la situazione viene prima valutata e comunicata.

Consulta caratteristiche e condizioni del servizio di bonifica Xlogic.

La bonifica è disponibile anche se il sito non è ospitato su Xlogic

Il nuovo servizio non è riservato agli utenti che utilizzano un hosting Xlogic.

Possiamo effettuare la bonifica anche su siti ospitati presso altri provider.

Per effettuare un’analisi completa devono essere disponibili gli accessi tecnici necessari all’intervento.

In base al tipo di sito e all’ambiente utilizzato possono essere necessari:

  • accesso SSH all’account hosting o al server;
  • accesso al pannello hosting;
  • accesso al database;
  • accesso amministrativo al CMS;
  • altre credenziali tecniche necessarie alla verifica.

Se gli accessi disponibili non consentono di effettuare tutti i controlli necessari, la situazione viene valutata prima di procedere.

WordPress, WooCommerce, Joomla e PrestaShop

Il servizio può essere utilizzato per diversi tipi di sito web.

Xlogic può valutare interventi su:

  • WordPress;
  • WooCommerce;
  • Joomla;
  • PrestaShop;
  • altre piattaforme, previa verifica tecnica.

La possibilità di intervenire dipende sempre dalla tecnologia utilizzata, dall’ambiente hosting, dalla tipologia di compromissione e dagli accessi disponibili.

Il sito deve essere trasferito su Xlogic?

No.

La bonifica può essere eseguita direttamente sull’hosting attuale quando sono disponibili gli accessi tecnici necessari.

Non è quindi obbligatorio trasferire dominio o hosting verso Xlogic per richiedere l’intervento.

Questo permette di utilizzare il servizio anche a chi è soddisfatto del proprio provider ma necessita di un intervento tecnico per recuperare un sito compromesso.

E se il sito è stato sospeso dal provider?

In alcuni casi il provider può sospendere temporaneamente un sito compromesso per evitare invio di spam, diffusione di malware, consumo anomalo di risorse oppure ulteriori attività malevole.

La sospensione non significa necessariamente che il sito sia irrecuperabile.

Prima di riattivarlo è però importante verificare che la compromissione sia stata effettivamente rimossa e che non rimangano elementi in grado di rigenerare l’infezione.

Per siti ospitati presso provider esterni, le modalità di riattivazione dipendono naturalmente dalle procedure previste dal provider utilizzato.

Quanto tempo richiede la bonifica?

Non esiste un tempo identico per tutti i siti.

La durata dipende da diversi fattori:

  • dimensioni del sito;
  • numero di file;
  • piattaforma utilizzata;
  • estensione della compromissione;
  • presenza di più installazioni;
  • eventuali componenti personalizzati;
  • qualità e completezza degli accessi disponibili.

Una compromissione limitata a un singolo sito può essere molto diversa da un account con più installazioni infette, file modificati in più directory e componenti personalizzati.

Proprio per questo il prezzo base riguarda un singolo sito web, mentre per situazioni più complesse viene effettuata una valutazione specifica prima di procedere con eventuali costi supplementari.

Un servizio nato dall’esperienza quotidiana nella gestione hosting

La sicurezza dei siti web non si limita all’installazione di un antivirus.

Gestendo infrastrutture hosting vediamo quotidianamente quanto una compromissione possa assumere forme differenti: dal singolo file malevolo fino a siti con più backdoor, utenti amministrativi creati senza autorizzazione e meccanismi capaci di rigenerare continuamente il malware.

Da questa esperienza nasce il nuovo servizio dedicato alla bonifica siti hackerati: un intervento specifico per chi ha bisogno di analizzare, pulire e mettere nuovamente in sicurezza un sito compromesso.

Nessuna bonifica può garantire che un sito non verrà mai più hackerato

È importante essere chiari anche su questo punto.

Nessun servizio di sicurezza può garantire che un sito web non verrà mai più compromesso in futuro.

La bonifica permette di rimuovere gli elementi malevoli individuati e di intervenire sulle criticità riscontrate, riducendo il rischio di nuove infezioni.

Successivamente rimane fondamentale mantenere:

  • CMS aggiornato;
  • plugin e temi aggiornati;
  • password sicure;
  • componenti inutilizzati rimossi;
  • backup regolari;
  • controlli di sicurezza periodici.

Nuovo servizio Xlogic: bonifica siti hackerati da 149 € + IVA

Il nuovo servizio Xlogic è pensato per chi deve recuperare un sito compromesso da malware, backdoor o codice malevolo.

Il servizio parte da 149 € + IVA e il prezzo base comprende l’analisi e la bonifica di un singolo sito web.

Per compromissioni particolarmente estese, più installazioni infette, componenti personalizzati o attività aggiuntive viene fornita una valutazione prima di procedere con eventuali costi supplementari.

Il servizio può essere richiesto anche per siti ospitati presso altri provider, quando sono disponibili gli accessi tecnici necessari.

Con il nuovo servizio di bonifica siti hackerati, Xlogic mette a disposizione un intervento dedicato anche per siti ospitati presso altri provider.

Hai un sito hackerato, compromesso o continuamente reinfettato?

Scopri il servizio Xlogic di bonifica sito hackerato e rimozione malware →

Creare un sito creato con AI oggi può richiedere pochi minuti. Si descrive il progetto, si sceglie uno stile e l’intelligenza artificiale può generare testi, immagini, pagine e perfino buona parte del codice.

Ma una domanda viene spontanea: se il sito viene creato dall’intelligenza artificiale, serve ancora l’hosting?

La risposta breve è sì. Nella maggior parte dei casi l’hosting continua a essere necessario. Semplicemente, alcune piattaforme AI lo includono automaticamente e quindi l’utente non si accorge nemmeno che dietro al sito esiste comunque un server.

C’è però un’altra domanda ancora più importante: se un giorno vuoi cambiare provider, puoi davvero trasferire il sito?

Ed è qui che bisogna fare attenzione. Un sito creato con AI può essere perfettamente trasferibile oppure fortemente legato alla piattaforma che lo ha generato. In alcuni casi il trasferimento è semplice; in altri può essere necessario ricostruire moduli, database, funzioni e perfino una parte consistente del sito.

Sito creato con AI: cosa significa davvero?

Quando si parla di sito realizzato con l’intelligenza artificiale si possono intendere soluzioni molto diverse.

  • un sito WordPress costruito con l’aiuto dell’AI;
  • pagine HTML, CSS e JavaScript generate automaticamente;
  • un negozio online;
  • una landing page;
  • un’applicazione web;
  • testi, immagini e layout generati dall’intelligenza artificiale;
  • codice da installare successivamente su un server;
  • un sito costruito interamente dentro una piattaforma proprietaria.

Ed è soprattutto quest’ultimo caso quello da valutare con attenzione.

Un sito WordPress oppure un normale progetto HTML può generalmente essere trasferito da un hosting all’altro. Un sito realizzato dentro un sistema proprietario potrebbe invece dipendere dall’infrastruttura, dal database e dai servizi interni della piattaforma utilizzata.

1. Anche un sito creato dall’AI deve stare su un server

Un sito web non diventa automaticamente pubblico soltanto perché è stato generato dall’intelligenza artificiale.

Per essere raggiungibile attraverso Internet deve essere pubblicato su un computer collegato alla rete e configurato per rispondere alle richieste dei visitatori: il server.

L’hosting mette normalmente a disposizione spazio disco, CPU, RAM, connessione di rete, web server, database, certificato SSL, sistemi di sicurezza e strumenti di backup.

L’intelligenza artificiale può quindi aiutare a creare il sito, ma non elimina l’infrastruttura necessaria per mantenerlo online.

Per un progetto HTML, PHP oppure per un normale sito web è possibile utilizzare, ad esempio, un hosting condiviso Xlogic.

2. Perché con alcuni AI Builder sembra che l’hosting non esista?

Molti servizi permettono di creare un sito tramite AI e successivamente premere semplicemente un pulsante come Pubblica.

Non bisogna configurare FTP, database, DNS o web server.

Per l’utente può quindi sembrare che non esista alcun hosting.

In realtà l’hosting esiste comunque, ma viene gestito direttamente dalla piattaforma.

Il servizio si occupa automaticamente di conservare il sito, servirne le pagine e gestire l’infrastruttura necessaria.

È sicuramente comodo, soprattutto per chi non vuole occuparsi degli aspetti tecnici. Ma questa semplicità può avere un prezzo: il sito potrebbe diventare strettamente dipendente dalla piattaforma utilizzata.

3. Il problema più importante: posso trasferire un sito creato con AI?

Questo è probabilmente l’aspetto che dovrebbe essere verificato prima ancora del prezzo.

Immaginiamo di creare oggi un sito con una piattaforma AI. Dopo due anni il costo aumenta, il servizio cambia condizioni oppure semplicemente vogliamo trasferire il progetto su un altro hosting.

Con un sito tradizionale normalmente si copiano file, database, immagini e configurazioni sul nuovo server.

Con alcuni AI Website Builder la situazione può essere molto diversa.

Potresti scoprire che non è possibile scaricare completamente il progetto, che il database non può essere esportato oppure che alcune funzioni esistono solamente sui server della piattaforma originale.

Il problema quindi non è l’intelligenza artificiale in sé. Il vero problema è come la piattaforma ha costruito e ospitato il sito.

Un sito creato con AI basato su tecnologie standard può essere trasferibile senza particolari difficoltà. Un progetto basato su sistemi proprietari può invece creare un forte vendor lock-in.

4. Cosa può andare perso durante il trasferimento

Quando una piattaforma dichiara che il sito è esportabile, bisogna capire esattamente che cosa viene esportato.

Scaricare qualche file HTML non significa necessariamente poter trasferire l’intero progetto.

Un sito moderno può infatti utilizzare database, API, moduli di contatto, account utenti, sistemi di pagamento, automazioni, funzioni serverless, aree riservate e servizi esterni collegati alla piattaforma.

Durante il trasferimento potrebbe quindi accadere che:

  • le pagine vengano esportate ma non il database;
  • i moduli di contatto smettano di funzionare;
  • l’eCommerce debba essere ricostruito;
  • gli account utenti non siano trasferibili;
  • alcune funzioni AI dipendano esclusivamente dal servizio originale;
  • l’esportazione produca solo una versione statica del sito;
  • le automazioni non vengano trasferite;
  • alcune API non siano più disponibili;
  • parte del sito debba essere ricostruita manualmente.

Per questo la domanda corretta non è semplicemente “posso esportare il sito?”.

La domanda dovrebbe essere:

“Se domani voglio cambiare hosting, posso trasferire completamente sito, dati e funzionalità senza ricostruire tutto?”

5. Con WordPress il trasferimento è generalmente più semplice

Se l’intelligenza artificiale viene utilizzata per creare un sito WordPress, la situazione è generalmente più semplice.

WordPress utilizza un sistema aperto e diffuso. File, database, plugin, temi, immagini, articoli e pagine possono normalmente essere trasferiti da un provider all’altro.

Per verificare i requisiti tecnici del CMS è possibile consultare anche la documentazione ufficiale di WordPress.

Un sito creato con AI basato su WordPress rimane quindi generalmente più semplice da migrare rispetto a un progetto costruito interamente all’interno di una piattaforma proprietaria.

L’AI può aiutare a creare pagine, testi, immagini e layout, ma WordPress continua a funzionare come un normale sito WordPress.

Per questo tipo di progetto Xlogic mette a disposizione un servizio di hosting WordPress con LiteSpeed Enterprise, LSCache, CloudLinux, storage NVMe, Imunify360 e sistemi di backup.

6. Se l’AI genera HTML, CSS e JavaScript

Alcuni strumenti di intelligenza artificiale generano direttamente file HTML, CSS e JavaScript.

Se il progetto utilizza realmente soltanto queste tecnologie, il trasferimento può essere relativamente semplice.

Normalmente basta scaricare i file e caricarli sul nuovo spazio web.

In questi casi può essere sufficiente anche un normale hosting condiviso.

Bisogna però controllare che il sito non utilizzi servizi esterni indispensabili forniti dall’AI Builder.

Per esempio, un modulo di contatto apparentemente presente nei file potrebbe in realtà inviare i dati attraverso un’API appartenente alla piattaforma originale.

La tecnologia utilizzata da un sito creato con AI determina quindi quanto sarà semplice trasferirlo in futuro.

7. Dominio e hosting non sono la stessa cosa

Un altro errore frequente riguarda la differenza tra dominio e hosting.

Il dominio è l’indirizzo utilizzato per raggiungere il sito, ad esempio www.esempio.it.

L’hosting è invece il servizio che conserva il sito e lo rende disponibile online.

È possibile acquistare dominio e hosting dallo stesso provider oppure utilizzare aziende differenti.

Per approfondire il funzionamento dei nomi di dominio è disponibile anche la guida di MDN sui domini.

Su Xlogic è possibile effettuare anche la registrazione di un dominio indipendentemente dal servizio hosting.

Creare un sito tramite AI non modifica questa distinzione.

8. Attenzione anche al dominio quando utilizzi un AI Builder

Prima di creare il sito conviene controllare anche chi mantiene il controllo effettivo del dominio.

Il dominio dovrebbe essere registrato a nome del cliente e dovrebbe essere possibile modificare DNS e nameserver oppure trasferirlo verso un altro registrar.

Il problema del sito e quello del dominio sono separati.

Potresti infatti riuscire a trasferire il dominio senza riuscire a trasferire completamente il sito costruito dalla piattaforma AI.

Per questo è importante mantenere sempre chiara la proprietà dei diversi componenti del progetto.

9. Un sito generato con AI può essere pesante?

Sì.

Non bisogna pensare che un sito generato automaticamente sia necessariamente più veloce o più leggero.

Un AI Builder può creare pagine con numerosi script JavaScript, librerie esterne, animazioni, immagini molto pesanti oppure codice poco ottimizzato.

Può quindi capitare che un progetto apparentemente semplice generi molte richieste HTTP oppure richieda più risorse del previsto.

La scelta dell’hosting per un sito creato con AI dipende quindi dalle tecnologie realmente utilizzate dal progetto, non dal fatto che il codice sia stato scritto da una persona oppure dall’intelligenza artificiale.

AI Builder, hosting condiviso o hosting WordPress?

La scelta dipende soprattutto dal tipo di progetto.

Un sito HTML semplice può essere ospitato su un normale spazio web.

Un sito WordPress realizzato con l’aiuto dell’AI può utilizzare un normale hosting WordPress.

Un eCommerce WooCommerce può richiedere maggiori risorse rispetto a un sito vetrina.

Un’applicazione personalizzata generata tramite AI potrebbe invece utilizzare tecnologie particolari e richiedere un ambiente server differente.

Prima di acquistare l’hosting bisogna quindi verificare quali linguaggi, database e servizi richiede realmente il progetto.

Posso trasferire su Xlogic un sito creato con AI?

Dipende dal modo in cui il sito è stato realizzato.

Un progetto WordPress, HTML o PHP compatibile può generalmente essere ospitato su un’infrastruttura tradizionale.

Se invece il progetto utilizza una piattaforma proprietaria, prima del trasferimento bisogna verificare se è possibile ottenere file, database e tutte le componenti necessarie al funzionamento.

Il fatto che una piattaforma permetta di utilizzare un dominio personale non significa automaticamente che permetta anche di trasferire il sito.

In alcuni casi il trasferimento potrebbe quindi richiedere la ricostruzione di alcune funzionalità oppure di una parte consistente del progetto.

Prima di pubblicare un sito creato con AI è quindi consigliabile verificare sempre se file e database possono essere esportati.

Prima di scegliere un AI Website Builder controlla queste 7 cose

  1. Esportazione: posso scaricare realmente tutti i file del sito?
  2. Database: posso esportare anche contenuti, utenti e dati?
  3. Dominio: rimane completamente sotto il mio controllo?
  4. Hosting: posso utilizzare un provider diverso?
  5. Funzioni: moduli, login ed eCommerce funzioneranno anche dopo il trasferimento?
  6. Tecnologia: il progetto utilizza WordPress, PHP, HTML oppure un sistema proprietario?
  7. Trasferimento: se tra due anni voglio cambiare piattaforma, posso spostare tutto senza rifare il sito?

Quest’ultima domanda è probabilmente la più importante.

La facilità con cui oggi è possibile creare un sito non dovrebbe far dimenticare ciò che potrebbe succedere domani.

Meglio WordPress oppure un AI Website Builder?

Non esiste una risposta valida per tutti.

Un AI Website Builder può essere estremamente comodo per realizzare velocemente un progetto semplice e può ridurre notevolmente il lavoro iniziale.

WordPress richiede invece un’infrastruttura hosting e una gestione leggermente più tradizionale, ma offre generalmente maggiore libertà nella scelta del provider e nella possibilità di trasferire il progetto.

La differenza principale non è quindi soltanto nella facilità di creazione.

Bisogna valutare anche quanto controllo si vuole mantenere sul sito nel lungo periodo.

L’intelligenza artificiale sostituirà l’hosting?

È improbabile.

L’intelligenza artificiale sta soprattutto cambiando il modo in cui vengono costruiti i siti web.

Prima era necessario scrivere manualmente una quantità molto maggiore di codice. Oggi una parte importante di questo lavoro può essere automatizzata.

Ma una volta creato il sito rimangono comunque necessarie infrastrutture che garantiscano connessione a Internet, potenza di calcolo, spazio disco, database, sicurezza, backup e disponibilità del servizio.

L’hosting potrebbe quindi diventare sempre meno visibile all’utente, ma continuerà a esistere dietro ai servizi utilizzati.

Conclusioni

Un sito creato con AI ha ancora bisogno di hosting.

La differenza è che alcune piattaforme includono automaticamente server e infrastruttura, facendo sembrare che l’hosting non esista.

Il vero elemento da controllare prima di scegliere un AI Website Builder è però un altro: la possibilità di trasferire il sito in futuro.

Un sito WordPress, HTML o PHP basato su tecnologie standard può generalmente essere spostato tra provider diversi.

Un sito costruito interamente all’interno di una piattaforma proprietaria potrebbe invece essere molto più difficile da trasferire.

In alcuni casi potrebbe essere necessario ricostruire database, moduli, automazioni, funzioni eCommerce oppure una parte importante del progetto.

Per chi vuole mantenere nel tempo la libertà di scegliere dove ospitare il proprio sito, utilizzare tecnologie standard e un hosting indipendente continua quindi ad avere un vantaggio importante.

Per un progetto WordPress puoi valutare l’hosting WordPress Xlogic; per siti HTML, PHP o progetti più semplici è disponibile anche l’hosting condiviso Xlogic.