Hoe ChatGPT mijn website repareerde
Mijn website feitenradar.nl werkte vanaf afgelopen vrijdagochtend opeens niet meer. Dat niet alleen, ik had geen toegang meer tot de webinterface van WordPress waarmee ik onder andere de berichten kan aanmaken. Er was sprake van een 503 Service Unavailable fout.
Op een browser stond ” Service unavailable. The server is temporary unable to service your request due to maintenance downtime or capacity problems. Please try again later.”
Omdat ik verder niets kon doen heb ik de hostingpartij die WordPress voor mij host gebeld en een storing gemeld. Daar kwam ik niet verder mee. De medewerker gaf aan dat de organisatie WordPress onderhoud aan het doen was. Dat werd ook door Strato in een e-mail medegedeeld.
Dat is opvallend. Strato biedt WordPress as a service aan. Dat wil zeggen dat de klant verantwoordelijk is voor de berichten en plugins. En Strato is verantwoordelijk voor installeren van patches op WordPress en achterliggende componenten, zoals PHP. Blijkbaar had de medewerker van de helpdesk geen idee wat de dienstverlening nu precies inhoudt.
De dag erop werkte de site nog steeds niet. Daardoor kreeg ik sterk de indruk dat noch Strato noch WordPress actief bezig was om de storing te verhelpen. Om toch een beeld te krijgen van de oorzaak heb ik Codex, onderdeel van ChatGTP, gebruikt om een analyse te doen.
Om te snappen welke componenten worden gebruikt is deze volgorde belangrijk.
Browser → Apache-webserver → PHP/FastCGI → WordPress → database
Codex gaf aan met SSH in te loggen op de website. Codex gaf mij opdrachten om oa de logfiles te bekijken. De uitkomst van die opdrachten gaf ik door aan Codex. Die constateerde al snel dat er issues waren met de PHP/FastCGI-afhandeling van WordPress. Vervolgens analyseerde Codex of het probleem in een plugin of thema zat. Dat was niet het geval.
Codex kwam vervolgens met de suggestie dat OPcache, dat gecompileerde PHP-code bewaart, weleens de oorzaak zou kunnen zijn.
En inderdaad, na wat meer testen bleek dat de homepage werkt met OPcache uit en faalt met OPcache aan.
Hiermee is de oorzaak van de storing bekend. De website werkt weer maar zonder OPcache. Ik heb Strato verzocht om uit te zoeken hoe deze storing kan worden verklaard. Ik vermoed dat een proces bij Strato om PHP te upgraden is mislukt .
Hieronder de route van een vraag via de browser naar WordPress en waar het fout ging.
