Een update ging fout. Wat nu?

Je klikt op bijwerken en daarna is er iets anders. Een wit scherm, een halve pagina, of een foutmelding over een functie die niet bestaat. Dit stuk gaat over terugkomen, en daarna over uitzoeken wat het deed.

Eerst terugkomen

Zet de laatste back-up niet meteen terug. In negen van de tien gevallen is het één plugin, en die uitzetten kost een minuut. Terugzetten kost je alles wat er sinds vannacht is gebeurd.

Kun je nog bij je beheerscherm, zet dan de plugin uit die je zojuist hebt bijgewerkt. Is dat er niet één maar waren het er acht, zet ze dan allemaal uit en zet ze er één voor één weer aan. Vervelend, maar je hebt binnen tien minuten de schuldige.

Kun je niet meer inloggen, dan gaat het via je bestanden. Bij je hoster of via FTP: hernoem de map wp-content/plugins/naam-van-de-plugin naar iets anders. WordPress kan hem dan niet meer laden en zet hem vanzelf uit. Werkt dat niet, hernoem dan de hele map plugins; alles gaat uit en je site komt terug.

Als je alleen een wit scherm hebt

Dat is een fatale PHP-fout, en standaard laat WordPress die niet zien. Zet hem tijdelijk aan door in wp-config.php boven de regel "That's all, stop editing" dit te zetten:

define('WP_DEBUG', true); define('WP_DEBUG_DISPLAY', true);

Ververs, en je krijgt de bestandsnaam en het regelnummer. Bijna altijd staat daar het pad van de plugin of het thema dat het doet. Zet het daarna weer uit, want zo'n foutmelding hoort geen bezoeker te zien: er staan paden en soms ook gegevens in.

Ziet WordPress de fout zelf op tijd, dan mailt hij je een herstellink naar het adres van de beheerder. Daarmee kom je in een noodmodus binnen waarin de kapotte plugin uit staat. Die mail komt op het e-mailadres dat bij Instellingen staat, en dat is precies het adres dat bij veel sites nog van de vorige bouwer is.

Als het thema het deed

Hernoem de map van je thema. WordPress valt dan terug op een standaardthema en je site ziet er lelijk uit, maar hij werkt en je kunt inloggen. Is het een child-thema, kijk dan eerst of het bovenliggende thema mee is bijgewerkt en het kind niet.

Waarom het misging

Zelden omdat de update fout was. Meestal omdat er twee dingen waren die van elkaar afhingen en er maar één is bijgewerkt. Een pagina-opbouwer en zijn uitbreidingen, een thema en zijn verplichte plugins, of een plugin die een functie gebruikt die in de nieuwe versie van WordPress is verdwenen.

Daarom is de volgorde belangrijk: eerst de kern, dan het thema, dan de plugins, en de uitbreidingen van een opbouwer altijd samen met de opbouwer zelf. En één voor één, want twaalf tegelijk bijwerken betekent dat je bij een fout niet weet welke het was.

Zorgen dat het niet meer gebeurt

Een kopie om op te testen. Veel hosters maken die met één klik. Een grote update draai je daar eerst, en je klikt er zelf even doorheen.
Een back-up vlak voor het bijwerken, niet die van vannacht. Zie back-ups die je ook terug kunt zetten.
Niet op vrijdagmiddag. Niet omdat er dan meer stukgaat, maar omdat er dan niemand kijkt.
Automatisch bijwerken alleen voor onderhoudsversies van de kern. De rest met de hand, of door iemand die erna kijkt.

Dat laatste is het hele punt. Automatisch bijwerken gaat niet vaker mis dan met de hand; het verschil is dat er niemand kijkt. Een update die om drie uur 's nachts je dienstenpagina meeneemt, ontdek je 's ochtends bij het openen van je mail, of pas als een klant het meldt.

Wij werken wel automatisch bij, en het verschil zit in wat erachter staat: een back-up vooraf en een controle erna die elke pagina langsloopt. Gaat er iets stuk, dan draaien we het terug voordat jij het merkt.