Ri­pri­sti­na­re WordPress: metodi e consigli

WordPress è il sistema di gestione dei contenuti (Content Ma­na­ge­ment System, CMS) più uti­liz­za­to al mondo. L’uso di WordPress rende la creazione di un sito web molto più semplice. Da una ricca selezione di plugin e temi potete mettere insieme le fun­zio­na­li­tà de­si­de­ra­te e l’immagine ap­pro­pria­ta. Potrete avere il vostro sito online in cinque minuti.

No­no­stan­te l’apparente sem­pli­ci­tà, è facile perdersi nella creazione di un sito WordPress. Il sito non si carica più cor­ret­ta­men­te o smette del tutto di fun­zio­na­re. A un certo punto, ne avete ab­ba­stan­za: volete rein­stal­la­re il sito WordPress e ri­co­min­cia­re da capo. Quali opzioni ci sono per ri­pri­sti­na­re WordPress e quando ha senso farlo?

WordPress è un sistema di gestione dei contenuti fles­si­bi­le. Grazie alla fles­si­bi­li­tà del software è possibile creare siti e app com­ple­ta­men­te diversi basati sul CMS. In­di­pen­den­te­men­te dal fatto che si tratti di una pagina singola a scor­ri­men­to, di un negozio online o di un social network, esistono plugin adatti per quasi tutte le attività. Ma la fles­si­bi­li­tà di WordPress è sia una be­ne­di­zio­ne che una ma­le­di­zio­ne. Se alle prime armi siete rimasti im­pi­glia­ti nel groviglio di plugin in­com­pa­ti­bi­li, potreste de­si­de­ra­re un pulsante di reset.

Anche nell’ambito della normale am­mi­ni­stra­zio­ne di un sito WordPress, a volte ha senso essere in grado di ri­pri­sti­na­re almeno alcune parti di un sito WordPress. La maggior parte delle volte, la necessità sorge quando sono in sospeso modifiche im­por­tan­ti sul sito. Esistono alcuni scenari comuni in cui si consiglia di ri­pri­sti­na­re WordPress, tra cui il tra­sfe­ri­men­to di un dominio di un sito WordPress a un nuovo provider di hosting (migration), la creazione di un nuovo design (redesign) o il riavvio del sito sotto il dominio esistente (relaunch).

Ci sono anche alcune cir­co­stan­ze che rendono ne­ces­sa­rio ri­pri­sti­na­re un sito WordPress: ad esempio, se il sito è stato violato o non si carica più dopo un ag­gior­na­men­to (restore/recovery). Talvolta, ha anche senso rimuovere parti di WordPress durante le “pulizie annuali” (clean-up). La rimozione periodica dei siti con­ta­mi­na­ti inu­ti­liz­za­ti aumenta la sicurezza del sito e può rendere più veloce un sito WordPress.

Il ri­pri­sti­no è molto utile come parte dei flussi di lavoro di sviluppo e test. Ideal­men­te si lavora su un sito di staging o su un sito di sviluppo locale. Quindi, non ci si deve pre­oc­cu­pa­re di eventuali danni.

Ma cosa in­ten­dia­mo quando parliamo di rein­stal­la­re WordPress? In effetti, può si­gni­fi­ca­re diverse cose. Perché WordPress è composto da quattro com­po­nen­ti di base:

1. Cartelle e file del core di WordPress
2. File di con­fi­gu­ra­zio­ne di WordPress
3. Database WordPress
4. Dati del sito WordPress nella cartella wp-content

Se volete ri­pri­sti­na­re WordPress, dovete avere le idee chiare su cosa volete esat­ta­men­te. Volete rimuovere solo il contenuto o de­si­de­ra­te ri­pri­sti­na­re le im­po­sta­zio­ni o il tema WordPress allo stato iniziale? Il sito è stato violato o lo avete spostato? A seconda dello scenario, è ne­ces­sa­rio ri­pri­sti­na­re diversi com­po­nen­ti del sito.

È im­por­tan­te capire che i com­po­nen­ti sono con­ca­te­na­ti l’uno all’altro. Ad esempio, se eliminate solo il database, i plugin, i temi e i file caricati (upload) vengono mantenuti. Tuttavia, a causa della perdita del database, gli upload non vengono più vi­sua­liz­za­ti nella libreria mul­ti­me­dia­le di WordPress, pertanto non possono più essere eliminati da WordPress. In questo caso, sarebbe opportuno reim­po­sta­re la cartella degli upload di WordPress.

Il “core di WordPress” è il nome dato alle cartelle e ai file che com­pon­go­no WordPress “al suo interno”. Questi vengono creati durante l’in­stal­la­zio­ne di WordPress e, se ne­ces­sa­rio, mo­di­fi­ca­ti in fase di ag­gior­na­men­to. Gli svi­lup­pa­to­ri di WordPress di iThemes con­tri­bui­sco­no con una de­fi­ni­zio­ne plau­si­bi­le:

A titolo di esempio, con­si­de­ria­mo i nomi di im­por­tan­ti file e cartelle del core di WordPress nella directory prin­ci­pa­le di WordPress. Come utente, non toccate queste cartelle e questi file, al­tri­men­ti potreste dan­neg­gia­re l’in­stal­la­zio­ne di WordPress:

• index.php
• wp-login.php
• wp-admin/
• wp-includes/
• ecc.

Un ri­pri­sti­no ha senso se il core di WordPress è stato dan­neg­gia­to. I danni al core di WordPress sono so­li­ta­men­te causati da un accesso improprio dell’utente o da un attacco malware. Se il core di WordPress è stato mo­di­fi­ca­to da un hacker, è meglio ri­co­strui­re com­ple­ta­men­te il sito da un backup. Ciò ga­ran­ti­sce che il parassita venga eliminato.

I file di con­fi­gu­ra­zio­ne di WordPress sono una piccola quantità di file che si trovano nella directory prin­ci­pa­le dell’in­stal­la­zio­ne di WordPress e salvano le im­po­sta­zio­ni di con­fi­gu­ra­zio­ne speciali al di fuori del database. I seguenti file di con­fi­gu­ra­zio­ne di WordPress si trovano nella maggior parte delle in­stal­la­zio­ni di WordPress:

Le modifiche ai file di con­fi­gu­ra­zio­ne di WordPress possono dan­neg­gia­re ra­pi­da­men­te il sito. Questo danno è spesso di natura diretta; il sito non si carica più cor­ret­ta­men­te. Tuttavia, possono anche causare danni im­per­cet­ti­bi­li, che impiegano molto tempo a diventare evidenti, ad esempio quando il ranking di Google del sito peggiora.

Se i file di con­fi­gu­ra­zio­ne di WordPress sono stati dan­neg­gia­ti, con­si­glia­mo vivamente di ri­pri­sti­nar­li da un backup. Se tentaste di capire il danno e di ripararlo ma­nual­men­te, potreste solo ag­gra­var­lo. Nel peggiore dei casi, tuttavia, è possibile ri­pri­sti­na­re un file di con­fi­gu­ra­zio­ne di WordPress dan­neg­gia­to allo stato iniziale, ma tutte le im­po­sta­zio­ni spe­ci­fi­che della pagina andranno perse.

Il database di WordPress contiene la maggior parte dei contenuti e delle im­po­sta­zio­ni di con­fi­gu­ra­zio­ne del sito. Questi vengono salvati nelle singole tabelle del database. Esistono due tipi fon­da­men­ta­li di tabelle uti­liz­za­te:

1. Tabelle del core di WordPress, fra cui:
   • wp_posts
   • wp_options
   • wp_users
   • wp_comments
2. Tabelle di plugin e temi:
   • Il nome esatto di questi dipende dal ri­spet­ti­vo plugin o tema.

La rimozione di parti del database può avere lo stesso effetto su WordPress di un ri­pri­sti­no. Si noti che ci sono due modi per ri­pri­sti­na­re il database di WordPress:

1. Rimuovere le voci del database (DELETE * FROM <table>)
2. Rimuovere le tabelle del database (DROP TABLE <table>)

È es­sen­zia­le creare un backup del database (“database dump”) prima di mo­di­fi­ca­re il database di WordPress. Un dump del database si traduce, di solito, in un file di testo compresso con­te­nen­te un’istru­zio­ne SQL. Per ri­pri­sti­na­re il database di WordPress a uno stato pre­ce­den­te, viene importato il dump del database. Le istru­zio­ni SQL in esso contenute vengono eseguite in sequenza e i dati vengono ri­co­sti­tui­ti.

C’è un’insidia nel ri­pri­sti­no del database di WordPress dopo un reset: se durante il reset sono state rimosse solo singole voci, il dump del database deve essere stato esportato con le voci DROP TABLE IF EXISTS. In caso contrario, il ri­pri­sti­no avrà esito negativo.

A dif­fe­ren­za del core di WordPress i dati del sito sono mo­di­fi­ca­bi­li nel tempo. Includono tutte le cartelle e i file della cartella wp-content. Di seguito le cartelle più im­por­tan­ti e i relativi percorsi:

• Dati del sito: wp-content/
  • Plugin in­stal­la­ti: plugins/
  • Temi in­stal­la­ti: themes/
  • File caricati: uploads/

Ciascun plugin e ciascun tema si trova nella propria cartella. Se eliminate una di queste cartelle, il ri­spet­ti­vo tema o plugin viene rimosso. Tuttavia, le tabelle e le voci po­treb­be­ro rimanere nel database di WordPress. Se rimuovete l’intera cartella wp-content, resettate i dati del sito di WordPress. Potrete quindi ri­co­min­cia­re con l’in­stal­la­zio­ne di plugin e temi.

Esistono tre modi prin­ci­pa­li per ri­pri­sti­na­re un sito WordPress. Li trattiamo det­ta­glia­ta­men­te qui di seguito:

1. Ri­pri­sti­na­re ma­nual­men­te il sito WordPress
2. Ri­pri­sti­na­re il sito WordPress usando i plugin
3. Ri­pri­sti­na­re il sito WordPress con WP-CLI

Molte istru­zio­ni online su come ri­pri­sti­na­re WordPress con­si­glia­no una procedura manuale con una serie di passaggi in­di­vi­dua­li. Si lavora sul server o sul back end dell’ambiente di hosting. File e cartelle vengono de­li­be­ra­ta­men­te eliminati e le im­po­sta­zio­ni di con­fi­gu­ra­zio­ne dell’in­stal­la­zio­ne di WordPress e dell’ambiente di hosting vengono mo­di­fi­ca­te. Si ag­gior­na­no le im­po­sta­zio­ni DNS, si crea un nuovo database o si eliminano le tabelle nel database esistente. Se ne­ces­sa­rio, si uti­liz­za­no script speciali.

Nella maggior parte dei casi, la procedura manuale non è il modo ottimale per ri­pri­sti­na­re un sito WordPress. Di solito è più facile eseguire una nuova in­stal­la­zio­ne pulita di WordPress, perché dopo un ri­pri­sti­no completo, un sito WordPress è ideal­men­te in­di­stin­gui­bi­le da un WordPress appena in­stal­la­to.

La procedura manuale è l’approccio più potente e consente di ri­pri­sti­na­re parti di WordPress con pre­ci­sio­ne chi­rur­gi­ca, a con­di­zio­ne di avere il giusto know-how. Se mancano le co­no­scen­ze richieste e l’espe­rien­za, è facile dan­neg­gia­re il sito. È quindi fon­da­men­ta­le creare un backup prima di iniziare a lavorare. Meglio ancora è lavorare su un ambiente di staging WordPress. Esa­mi­nia­mo alcuni scenari in cui entra in gioco l’approccio manuale.

Im­ma­gi­nia­mo di avere un sito WordPress esistente sotto il dominio www.example.com. Ora vogliamo ri­co­min­cia­re da capo con un nuovo WordPress. Ov­via­men­te, vogliamo mantenere il dominio esistente e l’autorità associata sui motori di ricerca. Un approccio mostrato di frequente consiste nel ri­pri­sti­na­re il sito WordPress esistente e quindi ri­co­struir­lo sotto il dominio esistente. Tuttavia, questo approccio si basa su un errore di ra­gio­na­men­to.

Ri­cor­dia­mo: un ri­pri­sti­no completo è ideal­men­te in­di­stin­gui­bi­le da un WordPress appena in­stal­la­to. Pertanto, è meglio in­stal­la­re nuo­va­men­te WordPress e quindi adattare il dominio esistente alla nuova in­stal­la­zio­ne. Mo­di­fi­ca­te dunque le im­po­sta­zio­ni DNS nel back end dell’hosting o nel registrar di domini per collegare il dominio con l’indirizzo IP del server. Inoltre, adattate l’URL del sito WordPress e so­sti­tui­te tutte le istanze del database con il nuovo URL.

Spesso è pratico lasciare il vecchio sito così com’è al momento del riavvio. In questo modo, potete con­ti­nua­re a vi­sua­liz­za­re i contenuti e le im­po­sta­zio­ni in un secondo momento e tra­sfe­rir­li, se ne­ces­sa­rio. Un buon approccio consiste nell’ospitare il sito esistente in un sot­to­do­mi­nio come old.example.com dopo il riavvio. Allo stesso modo, il nuovo sito viene con­fi­gu­ra­to in un sot­to­do­mi­nio come dev.example.com prima del riavvio. Al momento del riavvio i due siti si scambiano:

Se scegliete questo approccio, è es­sen­zia­le creare un file robots.txt nella directory prin­ci­pa­le del vecchio sito per na­scon­der­lo ai motori di ricerca. Al­tri­men­ti, c’è il rischio di duplicare i contenuti, con possibili con­se­guen­ze negative per il ranking del nuovo e del vecchio sito. Nel file robots.txt del vecchio sito inserite la seguente voce:

Per la pro­get­ta­zio­ne di un sito WordPress, quando si utilizza un tema com­mer­cia­le o gratuito, si dovrebbe ideal­men­te creare un tema child già durante la con­fi­gu­ra­zio­ne del sito. Tutte le modifiche al tema ri­guar­de­ran­no, quindi, il tema child. Una volta adottato questo approccio, è facile svi­lup­pa­re un nuovo design in futuro.

Per la ri­pro­get­ta­zio­ne è suf­fi­cien­te creare un nuovo tema child e testarlo su un sito di staging, finché non si è sod­di­sfat­ti del risultato. Quindi, si copia il tema child ultimato nell’in­stal­la­zio­ne di WordPress esistente. Se ora si attiva il tema child, si ri­co­min­cia con un tema nuovo.

Ma cosa succede se non è stato creato nessun tema child? In questo caso, tutte le modifiche sono state apportate di­ret­ta­men­te al tema. Come ri­pri­sti­na­re il tema WordPress dipende, quindi, dal ri­spet­ti­vo tema.

Questo metodo si trova più co­mu­ne­men­te in rete quando si cercano istru­zio­ni su come ri­pri­sti­na­re un sito WordPress. Si rimuovono ma­nual­men­te i com­po­nen­ti del sito WordPress che variano nel tempo, ma si lasciano alcuni com­po­nen­ti (in teoria) im­mu­ta­bi­li. In un certo senso il sito viene “svuotato” per poi riempirlo di nuovi contenuti.

Vi mostriamo questa procedura solo per motivi di com­ple­tez­za, perché il processo non richiede meno tempo della rein­stal­la­zio­ne completa di WordPress. Poiché alcuni com­po­nen­ti di WordPress so­prav­vi­vo­no alla rimozione, esiste, tuttavia, il rischio che parti della vecchia in­stal­la­zio­ne possano causare problemi in seguito. Esa­mi­nia­mo il processo:

1. Creare un backup completo del sito esistente.

Eseguite il backup del database di WordPress e della directory di WordPress!

       2. Creare un nuovo database e annotare i dati di accesso per il nuovo database.

Create il nuovo database nel back end di hosting o usate il comando mysql sulla riga di comando.

A questo punto, si consiglia spesso di eliminare il database esistente, anche se non è in realtà ne­ces­sa­rio. Spesso è meglio con­ser­va­re i dati un po’ più a lungo. Solo quando siete sicuri che tutto si è risolto, rimuovete il vecchio database.

       3. Svuotare tutto il contenuto della cartella wp-content.

A questo punto, si consiglia spesso di eliminare com­ple­ta­men­te la cartella wp-content. Il comando seguente esegue questa ope­ra­zio­ne sulla riga di comando di Linux, a con­di­zio­ne che ci si trovi nella directory prin­ci­pa­le di WordPress:

In realtà, è più pratico ri­no­mi­na­re o spostare la cartella:

WordPress non riesce più a trovare la cartella e crea una nuova cartella wp-content vuota. Allo stesso tempo, il contenuto originale rimane nella cartella _wp-content. Potrete comunque accedervi per vi­sua­liz­za­re i file e, se ne­ces­sa­rio, tra­sfe­rir­li.

       4. Rein­stal­la­re WordPress.

A tal fine, ri­chia­ma­te l’indirizzo WordPress nel browser e ag­giun­ge­te la seguente parte: /wp-admin/install.php

Immettete i dati di accesso per il nuovo database e con­ti­nua­te il processo di in­stal­la­zio­ne.

Il processo manuale di ri­pri­sti­no di un sito WordPress richiede tempo ed è soggetto a errori. È meglio limitare le pos­si­bi­li­tà che po­treb­be­ro in­fluen­za­re l’esito del ri­pri­sti­no. Se ci sono solo pochi percorsi ben definiti, poco può andare storto. I plugin di ri­pri­sti­no di WordPress as­si­cu­ra­no proprio questo. Qui vi pre­sen­tia­mo in dettaglio il plugin “WP Reset”.

Per la maggior parte degli utenti, WP Reset è il modo più semplice e diretto per ri­pri­sti­na­re un sito WordPress. Il plugin ha un’in­ter­fac­cia web intuitiva e offre un buon livello di fun­zio­na­li­tà. Con­ve­nien­te­men­te, il plugin consente di creare uno snapshot del database di WordPress. In questo modo è possibile annullare un ri­pri­sti­no. Ma at­ten­zio­ne: lo snapshot contiene solo il database, non viene eseguito il backup dei file! È quindi ne­ces­sa­rio creare un backup completo in anticipo.

“WordPress Command Line Interface” (in­ter­fac­cia a riga di comando di WordPress, WP-CLI) è un ottimo strumento per gli am­mi­ni­stra­to­ri di WordPress. Potete usarlo per con­trol­la­re WordPress dalla riga di comando. Il software combina le ope­ra­zio­ni sul file system e sul database in un’unica in­ter­fac­cia coerente. Ciò consente anche di ri­pri­sti­na­re un sito WordPress con WP-CLI.

Gli strumenti della riga di comando sono utili perché con­sen­to­no di stan­dar­diz­za­re le fasi di lavoro. L’uso della riga di comando rende i processi ri­pro­du­ci­bi­li e consente loro di essere in­cap­su­la­ti come script. L’utilizzo di WP-CLI è più rapido e meno rischioso di una procedura manuale.

L’impiego di WP-CLI richiede l’accesso SSH al server su cui è in ese­cu­zio­ne WordPress. Un approccio serio all’utilizzo di WP-CLI consiste nel provare prima ogni fase su un sito di staging. Eseguite i comandi e li do­cu­men­ta­te in un file di testo. Se il risultato ha esito positivo, i comandi testati vengono eseguiti nell’ordine corretto sul sito live.

Esa­mi­nia­mo alcuni utili comandi WP-CLI che aiutano a ri­pri­sti­na­re un sito WordPress:

Uti­liz­za­re un plugin è il metodo più semplice, ma richiede un WordPress fun­zio­nan­te. I plugin possono non fun­zio­na­re, ad esempio, se il database non è ac­ces­si­bi­le, se il core di WordPress è stato dan­neg­gia­to o se si è ve­ri­fi­ca­to un errore del server. Inoltre, l’utilizzo di un plugin influenza meno l’esito del ri­pri­sti­no rispetto agli altri due metodi.

L’utilizzo di WP-CLI offre un buon com­pro­mes­so tra potenza e facilità d’uso. Per poter uti­liz­za­re WP-CLI, tuttavia, il software deve essere di­spo­ni­bi­le sul server. Inoltre, è ne­ces­sa­rio l’accesso SSH al server. Anche WP-CLI potrebbe non fun­zio­na­re in alcune cir­co­stan­ze. Ciò si verifica, ad esempio, in caso di conflitto di versione tra l’in­stal­la­zio­ne di WordPress e l’in­ter­fac­cia WP-CLI in­stal­la­ta o se PHP manca com­ple­ta­men­te sul server.

Il metodo manuale è potente e funziona sempre, finché si ha accesso al server o alle risorse del server. Oltre che at­tra­ver­so SSH, l’accesso può avvenire tramite (S)FTP, cPanel e ph­p­MyAd­min. Per quanto potente sia il metodo manuale, richiede anche la massima abilità. Se non si hanno le co­no­scen­ze ne­ces­sa­rie, si possono ra­pi­da­men­te causare gravi danni.

In sintesi, valutiamo i tre approcci come segue: