Vad är mer frustrerande än att sitta ner utan att du vet varför? Så här fixar du WordPress-felet "Webbplatsen har tekniska problem" som har förvirrat många erfarna WordPress-användare.
Det finns inget värre när du uppdaterar WordPress-teman eller plugins, för att få den fruktade Vit skärm av dödsfallet!
Ingen feedback, inga meddelanden på sidan, bara en tom vit skärm!
Du kan klicka på länken ovan och läsa vårt inlägg länkat ovan för en bra översikt över vad White Screen of Death (WSoD) är (och hur man fixar det!)
Spoiler varning! Det är i grunden ett "fatalt fel" från PHP som hindrar WordPress från att ladda något, inte ens tid att visa ett felmeddelande
De härliga WordPress-utvecklarna har bestämt sig för att göra något åt det.
Webbplatsen har tekniska problem
Version 5.2 av WordPress och framåt försöker upptäcka PHP-fel som är orsaken till WSoD.
Resultatet är ett nytt meddelande "Webbplatsen har tekniska svårigheter".
Det är mycket bättre än en tom skärm, men det verkar som om många erfarna WordPress-användare inte är medvetna om detta nya meddelande än.
För vem läser WordPress-uppdateringsbloggar ändå, va?
Hur du hittar felet
PHP används i WordPress-kärnan, teman och plugins, så det begränsar inte riktigt saker.
Det bästa stället att börja är att sätta WordPress i felsökningsläge och titta på loggfilen den genererar.
Sätt WordPress i felsökningsläge
Hitta din wp-config.php fil så att du kan sätt WordPress i felsökningsläge.
Den bästa lösningen är att använda File Manager i din cPanel eller motsvarande i ditt webbhotellkonto.
Wp-config.php-filen ska placeras i den huvudsakliga värdmappen och innehålla konfigurationsinställningarna för WordPress.
Lägg till följande rader i filen, någonstans ovanför raden / * Det är allt, sluta redigera! Glad bloggning. * /
definiera ('WP_DEBUG', true);
definiera ('WP_DEBUG_LOG', true);
definiera ('WP_DEBUG_DISPLAY', falskt);
När raderna har lagts till och filen har sparats, tryck på Uppdatera på vilken sida som helst på din webbplats.
I File Manager, gå till / wp-content / mappen och visa debug.log fil.
Titta i den här filen efter en rad som säger "PHP Fatal Error:".
Här är ett exempel på vad du kommer att se.
PHP fatal error: unable to declare bp_members_screen_display_profile () again (previously declared in /.../buddypress/bp-members/screens/profile.php:22) in /.../buddypress/bp-members/screens/profile.php on line 32
Raden i debug.log ger dig en exakt fil och det radnummer där felet uppstod.
Du kan använda den för att identifiera om felet finns i ett WordPress-plugin, tema eller kärna.
Rensa upp felsökningskoden
Kom ihåg att ta bort felsökningskodraderna från filen wp-config.php när du är klar.
Alternativ fixmetod
Om felsökningsmetoden är för förvirrande för att du ska förstå, finns det ett annat sätt att åtgärda felet. Det tar lite längre tid men det kommer att fungera bra.
Lösning av temakonflikter
På grund av felet kommer du inte att kunna logga in på administratörens backend för att ändra temat.
Du måste göra detta med din värdleverantörs filhanteringssystem.
Hitta den aktuella temamappen din webbplats använder i / wp-content / teman och byt namn på katalogen med en senare korrigering av "OLD".
Till exempel om din webbplats använder Divi-tema, byta namn på "Divi" -mappen till "DiviOLD" och uppdatera sedan den första sidan på webbplatsen som innehåller felet.
Oroa dig inte, du tappar inga temainställningar. De kommer att vara tillgängliga när du återställer namnet på temamappen i slutet av denna process.
Obs! Du måste ha minst ett annat standardtema, till exempel Twenty Nineteen eller Twenty Sixteen, i din temamapp för att detta ska fungera.
Om felet fortfarande finns efter uppdatering av webbplatsens förstasida finns felet inte i temat och du kan byta namn på temamappen till dess ursprungliga namn.
Om felet försvinner och du ser att din webbplats använder ett av standardteman innehåller ditt tema felet.
Du kan nu logga in i administratörsområdet för att uppdatera ditt tema eller kontakta temautvecklaren eller företaget för en uppdatering.
Lösa plugin-konflikter
Om temat inte är problemet är det troligtvis ett plugin-fel.
Det snabbaste sättet att göra detta är att använda värdkontots filhanteringsapplikation.
Gå till / wp-content / plugins och byt namn på mappen "plugins" till "pluginsOLD".
Uppdatera nu webbplatsen och logga in på admin-instrumentpanelen och gå till pluginsvyn.
Du kommer att märka att alla plugins har inaktiverats eftersom WordPress inte kan hitta dem eftersom vi har bytt namn på mappen.
Gå tillbaka till filhanteraren och byt namn på "pluginsOLD" till "plugins".
Gå tillbaka till pluginsvyn i admin-instrumentpanelen och uppdatera vyn.
Börja nu med att aktivera varje plugin en och en gång och uppdatera webbplatsens hemsida tills felmeddelandet visas igen.
Bingo! Det senaste plugin du aktiverade är det som har felet.
Nu när du vet vilket plugin som orsakar problemet kan du nå utvecklaren eller företaget där du köpte det från för en patch, eller i värsta fall, hitta ett alternativt plugin.
Uppgradera din PHP-version
WordPress har ökat den rekommenderade versionen av PHP till version 7.2 och plugin- och temaförfattare utnyttjar de nya funktionerna som finns i PHP 7.
Du kanske upptäcker att det allvarliga PHP-felet i loggfilen genereras eftersom den gamla PHP 5.6-funktionen inte längre finns.
Detta kallas avskrivning, där gamla funktioner tas bort till förmån för nyare, bättre funktionalitet.
Det är dags att uppgradera din PHP-version från 5 till 7. Du kan också göra det enkelt från cPanel.
Om du inte har tillgång till cPanel, kontakta din webbhotell och de hjälper dig att uppgradera.
I skrivande stund rekommenderar vi att du uppgraderar till PHP 7.3.
När du väl har gått in på skärmen kan du välja vilken version av PHP som ska köras enligt nedan.
Inaktivera skyddet för fatalt fel (WSOD)
Om du är en utvecklare och letar efter den extra detaljnivån över det nya PHP-dödliga felskyddet kan du inaktivera det på ett par sätt.
- Redigera din wp-config.php-fil och lägg till följande rad:
define( ‘WP_DISABLE_FATAL_ERROR_HANDLER’, true ) - Lägg till följande rad i ditt temas funktioner.php-fil:
add_filter( ‘wp_fatal_error_handler_enabled’, ‘__return_false’ );
Den andra metoden returnerar falskt till filterhanteraren. Du kan också använda samma funktion för att analysera felutmatningen.
Slutsats
Om du har följt instruktionerna här kommer du förhoppningsvis att vara igång igen och åtgärda felet: sajten har tekniska problem.
Nu är det dags att se till att din WordPress-säkerhetskopior körs ordentligt, bara om du behöver använda dem som en sista utväg om den här typen av saker händer igen!
Tveka inte, lämna en användbara kommentera med dina tankar, dela sedan detta på din Facebook-grupp (er) som skulle tycka att det var användbart och låt oss skörda fördelarna tillsammans. Tack för att du delade och var trevlig!
Upplysningar: Denna sida kan innehålla länkar till externa webbplatser för produkter som vi älskar och rekommenderar helhjärtat. Om du köper produkter vi föreslår kan vi tjäna en remissavgift. Sådana avgifter påverkar inte våra rekommendationer och vi accepterar inte betalningar för positiva recensioner.
och många fler ...