Bugfixes voor website

De oorzaak aanpakken, niet het symptoom

Een contactformulier stopt met verzenden. De snelle oplossing is een andere formulierplugin installeren, en het formulier werkt weer even. De echte oorzaak is meestal dat de site e-mail verstuurt via de webserver in plaats van via een echte maildienst, en ontvangende servers die beginnen te weigeren. Wissel de plugin en het probleem komt binnen een maand terug, nu met twee formulierplugins geïnstalleerd.

We zoeken eerst naar die onderliggende oorzaak. Serverfoutlogs, de browserconsole en de lijst met recente updates wijzen er meestal direct op. Veel websitebugs blijken dezelfde paar wortels te hebben: een update die het gedrag van een plugin veranderde, een cachelaag die een oude versie serveert, een thema dat direct is bewerkt en daarna overschreven, of een hostinglimiet die wordt bereikt.

Waarom we eerst op een kopie werken

Een live site aanpassen om een bug te vinden, is hoe een klein probleem een storing wordt. Een instelling die u omschakelt om een theorie te testen, kan de afrekenpagina voor elke bezoeker breken zolang de test loopt. Dus waar de host het toelaat, maken we een stagingkopie, reproduceren we de bug daar en bewijzen we de oplossing voordat we de live site aanraken.

Elke klus begint met een volledige back-up en eindigt met een log: wat er mis was, wat de oorzaak was, wat we hebben gewijzigd en waar. Dat log is nog lang nadat we klaar zijn nuttig. Wanneer hetzelfde symptoom na een update terugkomt, begint de volgende die ernaar kijkt bij het antwoord in plaats van bij nul.

• Formulieren die niet verzenden: meestal mailbezorging, niet het formulier zelf
• Lay-out kapot na een update: meestal een versiewijziging van thema of builder
• Wijzigingen niet zichtbaar: meestal caching op serverniveau, plugin of CDN
• Wit scherm of 500-fout: meestal een PHP-versie of geheugenlimiet