Hej,
PHP är det programspråk/systemmiljö som WordPress körs under. Om PHP-miljön stöter på kommandon som inte kan hanteras, utlöses ett ”Allvarligt fel” (fatal error), och (för det mesta) stannar körningen. Det vanligaste skälet till sådana allvarliga fel brukar vara misstag i ditt tema eller i något av dina tillägg (kanske programmeringsmissar, men kan också vara t.ex. att ett tillägg försöker anropa ett PHP-kommando som inte finns i den PHP-version som din webbserver har installerad).
Eftersom sådana fel för det allra mesta inträffar innan någonting överhuvudtaget hunnit skickas till webbläsaren, brukar dessa fel kallas för WSOD (White Screen of Death), som en analogi till BSOD (meddelande om systemfel i windows med vit text mot blå bakgrund).
Fram tills nu har den enda lösningen för sådana fel varit att man antingen kopplar upp sig till webbplatsens filsystem för att aktivera felsökning och/eller sätta felande tillägg ur spel. (Man kan också utföra vissa ”räddningsåtgärder” direkt mot webbplatsens underliggande databas, men det är så komplicerat och i sig riskfyllt att man i så fall bör använda specialprogram för detta.)
WordPress 5.2 introducerade ett nytt verktyg ”Fatal error recovery mode” (Räddningsläge), som i vissa fall låter webbplatsens administratör logga in i ett ”felsäkert läge”, där det går att ominstallera eller inaktivera olika tillägg och därmed få fart på webbplatsen igen utan direkt hantering av webbplatsens filsystem.
Men: för att utomstående hackare inte ska kunna missbruka det ”felsäkra läget” till att tvinga webbplatsen att ”sänka garden”, finns det bara ett sätt att aktivera räddningsläget:
– När webbplatsen detekterar ett allvarligt fel som går att ignorera, skickar WordPress e-post till den e-postadress som är angiven för administratören i databasen över användarna. Risken är tyvärr överhängande att detta meddelande sorteras som spam, eftersom det i många fall skickas direkt från webbserverns IP-adress.
– I meddelandet finns en länk som är giltig under 24 timmar för att aktivera räddningsläget.
– Om man loggar in via den länken, kan man sedan hantera de tillägg som finns och försöka rätta till situationen.
Om du inte lyckas komma åt detta meddelande kan du dock felsöka och åtgärda dessa problem på samma sätt som tidigare:
– Koppla upp dig till webbplatsens filsystem via FTP. (Du kan behöva aktivera ett FTP-konto i adminpanelen för ditt webbhotell, och ladda hem och installera FileZilla)
– Kopiera hem filen wp-config.php, ändra en rad i filen för att aktivera felmeddelanden och sedan tanka upp den ändrade versionen till servern (se artikeln https://wordpress.org/support/article/debugging-in-wordpress/ )
– Besöka någon sida på webbplatsen som ger ett fel och kolla vilket felmeddelande du får. (I detta läge kan du också tjoa till här, så kan jag eller någon annan hjälpa till att tolka dessa felmeddelanden.)
– Byta namn på relevanta tilläggs-kataloger (eller radera något tilläggs filer) för att sätta tillägget ur spel.
– Efteråt återställa inställningen för WP_DEBUG.
Ett par saker att tänka på:
– wp-config.php innehåller inloggningsinformation till din databas, så lämna inte ut den till utomstående.
– En del webbhotell har verktyg som gör att de på någon minut kan hjälpa dig med det jag beskrev ovan. Börja därför med att kontakta supporten för ditt webbhotell.
