Åtgärda buggar på webbplatsen

Åtgärda orsaken, inte symptomet

Ett kontaktformulär slutar skicka. Den snabba lösningen är att installera ett annat formulärplugin, och formuläret fungerar igen ett tag. Den verkliga orsaken är oftast att webbplatsen skickar e-post via webbservern i stället för en riktig e-posttjänst, och att mottagande servrar har börjat avvisa den. Byt plugin och problemet återkommer inom en månad, nu med två formulärplugins installerade.

Vi letar efter den bakomliggande orsaken först. Serverns felloggar, webbläsarkonsolen och listan över senaste uppdateringar pekar oftast rakt på den. Många webbplatsbuggar visar sig ha samma få rötter: en uppdatering som ändrade hur ett plugin beter sig, ett cachelager som serverar en gammal version, ett tema som redigerades direkt och sedan skrevs över, eller en gräns i webbhotellet som nåtts.

Därför fixar vi på en kopia först

Att ändra en live-sajt för att hitta en bugg är hur ett litet problem blir ett avbrott. En inställning som slås om för att testa en teori kan slå ut kassan för varje besökare medan testet körs. Så där värden tillåter gör vi en staging-kopia, återskapar buggen där och bevisar fixen innan vi rör live-sajten.

Varje jobb börjar med en fullständig säkerhetskopia och slutar med en logg: vad som var fel, vad som orsakade det, vad vi ändrade och var. Den loggen är användbar långt efter att vi är klara. När samma symptom återkommer efter en uppdatering börjar nästa person från svaret i stället för från noll.

• Formulär som inte skickas: oftast e-postleverans, inte formuläret självt
• Layout trasig efter en uppdatering: oftast en versionsändring av tema eller byggare
• Ändringar syns inte: oftast cachning på server-, plugin- eller CDN-nivå
• Vit skärm eller 500-fel: oftast en PHP-version eller minnesgräns