Correzione bug del sito web

Correggere la causa, non il sintomo

Un modulo di contatto smette di inviare. La soluzione rapida è installare un plugin di moduli diverso, e il modulo funziona di nuovo per un po'. La causa reale, il più delle volte, è che il sito invia email attraverso il server web invece che tramite un servizio di posta adeguato, e i server riceventi hanno iniziato a rifiutarle. Cambi il plugin e il problema torna dopo un mese, ora con due plugin di moduli installati.

Noi cerchiamo prima quella causa di fondo. I log degli errori del server, la console del browser e l'elenco degli aggiornamenti recenti di solito la indicano direttamente. Molti bug dei siti web si rivelano avere le stesse poche radici: un aggiornamento che ha cambiato il comportamento di un plugin, un livello di cache che serve una versione vecchia, un tema modificato direttamente e poi sovrascritto, o un limite dell'hosting raggiunto.

Perché correggiamo prima su una copia

Modificare un sito in produzione per trovare un bug è il modo in cui un piccolo problema diventa un'interruzione. Un'impostazione attivata per verificare un'ipotesi può rompere il checkout per ogni visitatore mentre il test è in corso. Quindi, dove l'host lo consente, creiamo una copia di staging, riproduciamo il bug lì e dimostriamo la correzione prima di toccare il sito in produzione.

Ogni intervento inizia con un backup completo e termina con un log: qual era il problema, cosa lo ha causato, cosa abbiamo cambiato e dove. Quel log è utile molto dopo che abbiamo finito. Quando lo stesso sintomo ritorna dopo un aggiornamento, chi lo esamina successivamente parte dalla risposta invece che da zero.

• Moduli che non inviano: di solito è la consegna della posta, non il modulo stesso
• Layout rotto dopo un aggiornamento: di solito un cambio di versione del tema o del builder
• Modifiche non visibili: di solito la cache a livello di server, plugin o CDN
• Schermata bianca o errore 500: di solito una versione PHP o un limite di memoria