Sito rotto dopo un aggiornamento di WordPress o PHP

Cosa fare subito

1. Fermatevi. Non continuate ad aggiornare o a reinstallare: ogni tentativo complica la ricostruzione.
2. Controllate la posta dell'amministratore del sito. Dalla versione 5.2 WordPress manda un'email con un link alla modalità di recupero, che apre il pannello con il componente rotto messo in pausa. Il link scade: usatelo presto.
3. Chiedete all'hosting se ha un backup di ieri e tenetelo da parte. Non ripristinatelo ancora, se sul sito sono arrivati ordini o moduli: li perdereste.
4. Segnatevi cosa è stato aggiornato e quando. Vale più di qualunque analisi.

Se non arriva nessuna email, è possibile che l'indirizzo dell'amministratore sia di una persona che non lavora più con voi, o che il sito non riesca a spedire.

Cosa si rompe di solito

• Un plugin aggiornato non va più d'accordo con un altro, o con il tema.
• L'hosting ha alzato la versione di PHP. Il codice scritto anni fa usa funzioni che nel frattempo sono state tolte.
• L'aggiornamento si è interrotto a metà, per spazio esaurito o per un limite di memoria, e sul sito è rimasto il file .maintenance.
• Un plugin a pagamento con la licenza scaduta è rimasto vecchio, mentre WordPress è andato avanti.

Perché capita sempre più spesso con PHP

Ogni versione di PHP riceve correzioni di sicurezza per un periodo fisso. Secondo il calendario di php.net, la 8.1 non ne riceve più dal 31 dicembre 2025, la 8.2 smette il 31 dicembre 2026 e la 8.3 il 31 dicembre 2027. Quando una versione esce dal calendario, gli hosting la tolgono o la fanno pagare a parte, e il sito passa a quella nuova anche se nessuno ci ha pensato.

Se avete ancora PHP 7, siete fuori dal calendario da anni. Il passaggio va preparato su una copia del sito.

Come lo rimetto in piedi

1. Salvo file e database così come sono.
2. Leggo il log degli errori: dice il file e la riga che hanno fermato tutto.
3. Metto in pausa il componente rotto, anche via FTP, rinominando la sua cartella, così il sito torna online.
4. Correggo il problema: aggiorno, sostituisco il plugin o sistemo il codice del tema.
5. Provo le pagine che contano, il modulo contatti e il carrello, se c'è.

Come non ritrovarsi qui

Con la manutenzione aggiorno io WordPress, tema e plugin ogni settimana e provo il sito subito dopo. I cambi grandi, come una versione nuova di PHP, li provo prima su una copia. Il codice aggiunto a mano e i temi modificati direttamente restano il punto debole: se il vostro sito è così, ve lo dico.

Domande frequenti

Ho perso i contenuti?

Quasi mai. Testi e prodotti stanno nel database, e un aggiornamento finito male di solito rompe il codice che li mostra. Sono dati che si ritrovano.

Posso tornare alla versione di PHP di prima?

Spesso sì, dal pannello dell'hosting, ed è il modo più veloce per riavere il sito. Vale come rimedio per qualche giorno: le versioni vecchie non ricevono più correzioni di sicurezza, e l'hosting prima o poi le toglie.

È colpa dell'hosting?

Raramente. Il cambio di PHP fa emergere codice vecchio che prima funzionava per caso: un tema non aggiornato, un plugin abbandonato.

Conviene disattivare gli aggiornamenti automatici?

Sconsigliato, senza qualcuno che li faccia al posto loro: su WordPress quasi tutte le falle stanno nei plugin. Meglio aggiornare ogni settimana e provare il sito subito dopo.

Per approfondire

• Il servizio: Manutenzione dei siti
• Un lavoro di questo tipo: SitePing
• Altre pagine come questa: Siti con un problema