Ingenting är värre än att surfa till din WordPress-webbplats och plötsligt mötas av white screen of death (WSoD). Det här felet gör din webbplats otillgängligt för både administratörer och besökare.
Bristen på information om vad det beror på kan göra WsoD nästintill olidligt. Men det är faktiskt ett av de vanligaste WordPress-felen. Så i de allra flesta fall, kan detta lösas.
I det här inlägget kommer vi att förklara vad WordPress WSoD är och vad orsakerna till detta fel är. Vi kommer även att gå igenom nio potentiella lösningar för att få igång din webbplats igen så fort som möjligt.
Låt oss komma igång!
Vad är WordPress White Screen of Death?
WordPress White Screen of Death (även känt som ”WSoD”) har inträffat när du ser en tom och vit skärm istället för den webbsida som du försöker komma åt.
Beroende på vilken webbläsare du använder kan du få olika felmeddelanden. Nedan visas ett exempel i Google Chrome, som innehåller en HTTP 500-felvarning ”Den här sidan fungerar inte och kan inte hantera denna begäran”:
Nu ska vi ta en titt på den vita skärmen av döden i Mozilla Firefox:
Som ni kan se, är det bara en vanlig vit skärm. Den innehåller inga fel eller varningsmeddelanden som kan vara användbara.
WordPress White Screen of Death orsakas nästan alltid av PHP-kodfel eller minnesgränsutmattning.
En annan möjlig orsak är ett felaktigt tema eller plugin. Det senare är sannolikt orsaken om frontend på webbplatsen är nere, men ditt admin-område i WordPress är igång. Om du snabbt vill kontrollera om instrumentpanelen på din webbplats fungerar navigerar du bara till yourdomain.com/wp-admin.
Så, hur fixar man WSoD? Kul att du frågade!
Hur man fixar WordPress White Screen of Death (9 metoder)
När du drabbas av WordPress White Screen of Death, kommer din prioritet vara att fixa det så snabbt som möjligt. Med detta i åtanke, låt oss ta en titt på nio möjliga lösningar som du kan använda dig av.
1. Inaktivera dina WordPress Plugins
Ett av de enklaste och vanligaste sätten att fixa WordPress WSoD på är att helt enkelt inaktivera alla dina plugins. Webbplatser kraschar ofta av dåliga plugin- uppdateringar.
Om du fortfarande kan komma åt ditt admin-område, kan du navigera till Plugins från instrumentpanelen, välja alla plugins, och sedan klicka på Inaktivera från massåtgärder rullgardinsmenyn:
Detta kommer att inaktivera alla dina plugins.
Om detta löser problemet måste du hitta det plugin som är skyldigt. För att göra detta kan du börja aktivera plugins ett efter ett, ladda om webbplatsen efter varje aktivering. När din frontend går ner, har du hittat det plugin som är skyldigt.
Du kan sedan höra av dig till plugin-utvecklare för hjälp eller höra av dig till supporten i WordPress Plugin Directory.
Om du inte kan komma åt instrumentpanelen kan du använda en FTP-klient (File Transfer Protocol) för att komma åt webbplatsens filkatalog.
Leta reda på mappen plugins under mappen wp-content i din rotkatalog. Byt namn på den till något i stil med ”plugins_old”:
Kontrollera sedan din webbplats igen på klient-delen. Om detta fungerar måste du testa varje plugin ett efter ett. Byt namn på din plugin mapp till ”plugins” igen , och byt sedan individuellt namn på varje plugin-mapp tills du hittar den som är felaktig.
2. Växla till ett Standard wordpress-tema
Om problemet inte är ett plugin, kan ditt WordPress-tema vara orsaken till white screen of death. Om du vill undersöka om detta är problemet kan du ersätta temat genom att byta till ett standardtem a
Om du kan komma åt administratörsområdet går du till Utseende > Teman på instrumentpanelen. Hitta och aktivera ett standardtema för WordPress, till exempel Twenty Twenty:
Testa sedan din webbplats igen. Om den börjat fungera, vet du att problemet ligger hos ditt tema.
Om du inte kan komma åt instrumentpanelen är processen densamma som den är med plugins.
Använd FTP för att komma åt webbplatsens filer och byt namn på mappen wp-content/themes till något annat:
WordPress kommer då att återgå till det senaste standard-temat, vilket troligen är Twenty Twenty. Om du inte har några andra teman, kan du ladda ner ett från WordPress Theme Directory och sedan ladda upp detta till din tema-mapp.
Efter att du har gjort detta kan du kontrollera din webbplats igen. Om den fungerar, har ditt tema kanske haft en konflikt eller en dålig uppdatering. Om så är fallet kan du behöva kontakta utvecklaren för att få hjälp eller överväga att byta teman.
3. Rensa webbläsarens cache och WordPress Caching plugin
Om du har tillgång till backend på din WordPress-webbplats men fortfarande ser WSoD på frontend, kan det bero på ett problem med din cache.
För att fixa detta, kan du prova att rensa din webbläsares cache och ditt WordPress caching-plugin (förutsatt att du har ett sådant installerat).
Om du har ett cache-plugin installerat på din WordPress-webbplats, såsom WP Rocket eller WP Super Cache, erbjuder de flesta ett snabbt sätt att rensa cachen på via pluginens inställnings-sidor.
I exempelvis WP Super Cache, skulle du navigera hit i din instrumentpanel i WordPress: Inställningar > WP Super Cache > Ta bort cache:
Så här rensar du cacheminnet från MyKinsta
Om du är en Kinsta-användare finns det även ett enkelt sätt för dig att rensa cacheminnet med MyKinsta. För att göra detta, ska du logga in på ditt konto. Klicka på Verktyg, följt av rensa cacheminnet under avsnittet Webbplatscache:
När du har tömt cachen sparar du ändringarna. Gå sedan tillbaka till din webbplats för att se om detta löste problemet. Om inte, är det dags att gå vidare till en annan lösning.
4. Slå på felsökningsläge
Om du fortfarande ser WordPress White Screen of Death, om admin-området inte fungerar, eller om du tror att du har hittat problemet men vill gräva djupare, kan du aktivera felsökning läget. Detta kommer att visa eventuella fel som uppstår på din webbplats.
För att aktivera felsökning måste du öppna wp-config.php-filen i din WordPress-installation. Du bör hitta följande rad i den:
define( 'WP_DEBUG', false );
Ändra ”false” till ”true” och ladda sedan om din webbplats. Om den här raden inte finns kan du lägga till den överst i filen.
I stället för den vita skärmen får du nu en vit skärm och några felmeddelanden. Detta är inte en enorm förbättring, men det är bara en början. Felmeddelandet WSoD ska ange i vilken fil problemet uppstod, så här:
Cannot redeclare get_posts() (previously declared in
/var/www/html/wordpress/wp-includes/post.php:1874) in
/var/www/html/wordpress/wp-content/plugins/my-test-plugin/my-test-plugin.php on line 38
I slutet av detta exempel kan du se att problemet är i linje 38 i ett plugin som kallas my-test-plugin. Därför bör inaktivering av detta plugin lösa problemet.
Om du inte ser några fel alls efter att du har aktiverat felsökningsläget kan du behöva Höra av dig till din hosting-leverantör. Det är möjligt att felsökning inte är korrekt konfigurerat på servern.
Kinsta´s kunder har möjlighet att använda ett inbyggt felsökningsverktyg. I MyKinsta´s instrumentpanel klickar du på webbplatsens namn följt av Verktyg. Under Felsökning av WordPress Väljer du Aktivera::
Du kan sedan komma åt felloggen under avsnittet Loggar på instrumentpanelen i MyKinsta och utforska dem för att lära dig mer om problemet.
Tänk på att felsökningsläget kan visa en del av webbplatsens information för användare som inte har godkänts. Se därför till att alltid stänga av läget när du är klar med det.
Skulle du vilja testa MyKinsta? Skapa ditt demokonto kostnadsfritt och börja leka med det.
5. Öka din minnesgräns
Möter du fortfarande den fruktade WSoD efter att ha provat några av ovanstående lösningar? Får du kanske ett felmeddelande som klagar över minnes-gränser eller uttömt minne? Då måste du tilldela mer minne till programmet.
Detta kan göras genom wp-config.php-filen i många WordPress-installationer. Öppna filen och lägg till följande kod:
define('WP_MEMORY_LIMIT', '64M');
Om detta inte verkar fungera, har du några alternativ. I en vanlig miljö kan du använda .htaccess-filen för att öka minnesgränsen. Lägg bara till följande rad:
php_value memory_limit 64M
Om du inte kan komma åt filen .htaccess kan du istället använda filen php.ini för att öka minnesgränsen.
Det gör du genom att ansluta till servern via FTP. Leta efter filen php.ini i rotkatalogen på din webbplats. När du har hittat den lägger du till följande rad var som helst i filen:
memory_limit = 64M
Om du fortfarande behöver tilldela mer minne kan det finnas ett problem i programmet. Kanske använder ditt tema eller ett av dina plugins en orimlig mängd resurser.
Nu kanske du bör anlita en utvecklare för att ta en titt. Även din host kan kanske vara till hjälp, genom att visa dig SQL-loggar och annan resursstatistik för din webbplats.
6. Kontrollera problem med filbehörigheter
En annan potentiell orsak till WSoD är behörighet och ägarskaps-problem. Det är möjligt att åtgärda detta problem själv. Men om du inte vet vad du gör, skulle vi avråda från detta eftersom du oavsiktligt kan skapa sårbarheter som angripare kan utnyttja.
När det gäller WordPress-behörigheter ,finns det tre enkla regler som du kan följa:
- Filerna ska vara inställda på 664 eller 644.
- Mappar ska ställas in på 775 eller 755.
- Wp-config.php-filen bör ställas in på 660, 600 eller 644.
Om du har SSH-åtkomst till servern kan du tillämpa lämpliga regler med följande kommando och köra detta från WordPress-katalogens root:
sudo find . -type f -exec chmod 664 {} +
sudo find . -type d -exec chmod 775 {} +
sudo chmod 660 wp-config.php
Om du är osäker på hur man gör detta eller är lite skrämd, hör då av dig till din hosting-leverantör för hjälp.
7. Sök efter problem med automatisk uppdatering
Ibland stöter WordPress på problem med uppdateringar, exempelvis när servern får en timeout. Oftast löser det här problemet sig självt automatiskt. Men i vissa sällsynta fall kan det leda till WordPress White Screen of Death.
Det första du bör göra är att gå in i din WordPress rotkatalog och se om det finns en .maintenance-fil där (filens namn kan förkortas också).
Vad du bör göra är att försöka ta bort filen och ladda upp din webbplats igen.
Om uppdateringen lyckades, men WordPress misslyckades med att ta bort den här filen automatiskt, bör allt återgå till det normala.
Om uppdateringen inte slutfördes kan den startas om automatiskt, saker ska hursomhelst återgå till det normala.
Om allt annat misslyckas, följ den rekommenderade manuella uppdateringsproceduren för WordPress, som bör lösa problemet en gång för alla.
8. Lösa syntaxfel eller återställa en säkerhetskopia
En annan vanlig orsak till WordPress WSoD är när du redigerar koden på din WordPress-webbplats och oavsiktligt skriver något fel eller använder fel syntax.
Ett tecken på fel ställe kan få hela din webbplats att krascha, vilket är anledningen till att du aldrig ska redigera kod på din live-webbplats.
Men oroa dig inte. Du kan alltid ansluta till din webbplats via FTP och återställa ändringen du gjorde manuellt. Om du inte vet vilken förändring som orsakade problemet, kommer WordPress säkerhetskopior väl till pass.
Här på Kinsta kan du återställa din webbplats till en tidigare tidpunkt med ett enda klick. För att göra detta, logga in på MyKinsta´s instrumentpanel och navigera till Backups:
Tänk på att om du har aktiverat felsökningsläge i WordPress tidigare kan det även finnas ett felmeddelande som anger ett tolkningssyntaxfel. Om så är fallet bör detta tala om exakt var du hittar problemkoden.
9. Öka PHP´s kapacitet att processa text
Om WSoD ännu inte har lösts, finns det ytterligare ett trick som du kan prova. I sällsynta fall kan det här problemet uppstå på grund av att en sida eller ett inlägg är för långt.
Om så är fallet kan du prova att justera PHP´s textbehandlings-kapacitet på din webbplats, genom att öka backtrack och begränsnings-gränserna. För att göra detta, klistra in följande kod i din wp-config.php-fil:
/* Trick for long posts /
ini_set('pcre.recursion_limit',20000000);
ini_set('pcre.backtrack_limit',10000000);
När du har lagt till den här koden sparar du ändringarna. Uppdatera sedan din webbplats för att se om den fungerar igen.
Sammanfattning
WordPress White Screen of Death kan vara otroligt frustrerande, rent av skrämmande. Det finns ett stort antal saker som kan gå fel, men tack och lov är situationen oftast inte så illa som den verkar.
En enkel plugin och / eller tema-kontroll bör fixa WSoD i de flesta fall. Att bli mer bekant med WordPress felsökningsläge kommer definitivt att sprida mer ljus över problemet och vägleda dig.
Om du har stött på någon annan situation med WordPress White Screen of Death, meddela då oss så att vi kan lära av detta och dela upplevelsen!
Lämna ett svar