Ogni settimana guardiamo cosa è successo agli aggiornamenti WordPress gestiti da Verploy. Questa prima edizione è piccola, e lo diciamo: la maggior parte di questi siti è curata dalla nostra agenzia, più alcune agenzie che ci hanno provato per prime. Consideralo un campione, non un censimento.
Questa settimana in tre numeri
- 314 esecuzioni di aggiornamento in sette giorni
- 56% andati online del tutto da soli, ognuno controllato e reversibile (77% per gli aggiornamenti programmati di notte, 49% per quelli avviati a mano)
- 6 riportati indietro dopo la pubblicazione
Trattenuto ≠ rotto
137 esecuzioni hanno avuto bisogno di una persona. Non significa 137 aggiornamenti rotti. Un aggiornamento trattenuto vuol dire che Verploy non ha potuto confermarlo come sicuro e quindi ha lasciato stare il sito live. La maggior parte dei motivi di questa settimana non aveva nulla a che fare con l’aggiornamento in sé.
Chi ha dovuto intervenire
| Causa | Esecuzioni |
|---|---|
| Il sito o l’hosting (lento, irraggiungibile, licenza, versione di PHP, firewall) | 90 |
| L’aggiornamento stesso (modifica visiva, pagina o login rotti, aggiornamento non riuscito, contenuto mancante, errori di script) | 30 |
| Verploy (errori nostri) | 17 |
Perché alcuni aggiornamenti non sono andati online
Motivi riscontrati su 3 o più siti.
| Motivo | Esecuzioni | Siti |
|---|---|---|
| Sito troppo lento per rispondere in tempo | 26 | 18 |
| Nessuna licenza, quindi nessun pacchetto di aggiornamento | 19 | 14 |
| L’aggiornamento richiede una versione più recente di PHP o WordPress | 16 | 11 |
| Differenza visiva su una pagina testata | 14 | 7 |
| Online in parte: una parte dell’aggiornamento non è riuscita | 12 | 7 |
| Sconosciuto (stiamo verificando) | 13 | 5 |
| Pagina o login non più funzionanti sulla copia di test | 4 | 4 |
| Altro (ciascuno su 1–2 siti) | 33 | — |
Tre lezioni per le agenzie
- La maggior parte degli aggiornamenti bloccati dipende dal sito, non dal plugin. Due terzi delle esecuzioni che hanno richiesto una persona erano dovute a hosting, licenze o versioni di PHP. Risolverli una volta sblocca tutti gli aggiornamenti successivi.
- Controlla la tua versione di PHP prima della prossima grande release di un plugin. L’ultima versione di un popolare plugin di moduli richiede un PHP più recente di quello che usano ancora molti siti. Su 11 siti l’aggiornamento semplicemente non si è potuto installare. È un’impostazione dell’hosting, non un motivo per saltare gli aggiornamenti di sicurezza.
- I page builder premium senza licenza attiva restano indietro in silenzio. WordPress mostra l’aggiornamento, ma non c’è un pacchetto da installare. Se la licenza di un cliente è scaduta, il sito resta su una vecchia versione finché qualcuno non se ne accorge.
La nostra parte
17 esecuzioni sono andate male per colpa di Verploy stesso, e 2 ripristini non si sono completati da soli e hanno richiesto lavoro manuale. Li correggiamo per primi; vedrai il numero qui ogni settimana.
Correzioni
Se pensi che un numero qui sia sbagliato, o se sviluppi un plugin o un tema in queste categorie e vuoi dettagli, contattaci e lo correggeremo nella prossima edizione.
Vuoi questo per i tuoi siti?
Con Verploy ogni aggiornamento viene controllato, e quelli rischiosi vengono prima provati su una copia. Se qualcosa si rompe dopo la pubblicazione, Verploy lo riporta indietro. Inizia gratis, senza carta di credito.
Passa meno tempo a controllare WordPress.
Lascia che Verploy faccia il lavoro di manutenzione.
Gratis fino a 3 siti. Nessuna carta di credito.