Hur man löser de 4 vanligaste WordPress Fel

14 Min.
WordPress Fel

I Support genomför vi tusentals chattkonversationer per månad och hjälper våra kunder att få felmeddelanden och problem med sina WordPress Sidor. I vår artikel visar vi dig steg för steg hur du hittar fyra av de vanligaste WordPress Fel.

Inget annat content management system (CMS) är lika lätt att använda som WordPress : Themes Och Plugins installeras och hanteras med bara några klick utan att behöva mycket teknisk kunskap. Med en Marknadsandel på mer än 30 procent Är WordPress bli Internets operativsystem.

Tack vare användarvänligheten, det aktiva samhället och de många sätten att anpassa dina sidor, WordPress perfekt för dagens webb. Ju större frustration när din WordPress plötsligt orsakar problem. Men ingen anledning till panik! Jag ska visa dig idag hur man visar dig fyra typiska WordPress fel snabbt, enkelt och självständigt.

Våra tips för att fixa typiska WordPress Fel

För att hjälpa dig att felsöka och dela kunskap från våra års supporterfarenhet, ska jag förklara för dig idag de möjliga orsakerna och lämpliga lösningar för fyra typiska WordPress Problem.

WordPress -Fel #1: White Screen of Death

WordPress -Fel: White Screen of Death

Den "White Screen of Death" (WSOD) är en analogi med blue screen of death, som visas i Windows i händelse av en systemkrasch. Som namnet antyder förblir webbplatsen, i fronten eller serverdelen (wp-admin), vit i WSOD - utan felmeddelande eller annan information.

Möjliga orsaker och lösningar för white screen of death

Orsak 1: Inkompatibel Plugins Eller Themes

Felet orsakas ofta av en felaktig kombination av Plugins Eller Themes Som:

  • A Plugin är inte kompatibel med en annan Plugin eller med den aktiva Theme Kompatibel.
  • A Plugin / Theme laddades upp två gånger i olika versioner via S/FTP.
  • A Plugin / Theme är inte användbart med den inställda PHP-versionen.

Ett av dessa fel är att WordPress till en chockstelhet och framkallar dödens vita skärm.

Hur man löser de 4 vanligaste WordPress Fel
Problemanalys: Är din Plugins Och Themes Oförenliga?

Det första tillvägagångssättet är att ångra de senaste ändringarna. Fundera över vilka ändringar du har gjort. Har du en ny Plugin installeras eller en Theme Ändrat? Uppdateringar av Plugins Och Themes kan känna detta tjänstefel.

Först bör du ta reda på om felet uppstår på alla sidor eller bara på specifika sidor. Påverkas till exempel bara din kontaktsida? Om du just har inkluderat ett kontaktformulär på den här, kan man dra slutsatsen att det är just detta kontaktformulär Plugin som ansvarar för WSOD.

Visas den vita dödsskärmen på alla webbadresser i hela fronten? Då kan det Theme sig själv eller en Plugin som är integrerad på alla sidor, till exempel en widget i sidfoten, ett skjutreglage i sidhuvudet eller en Plugin för navigering.

Om den förblir vit när du ringer backend (deineseite.com/wp-admin) är det troligen Theme eller en felaktig konfiguration av webbservern.

Kontrollera din felsökningslogg!

Ofta en titt på error.log av din server eller felsökning loggen för WordPress (WP-DEBUG). Du kan aktivera detta genom att välja wp-config.php din WP installation och innan /* Det är allt, sluta redigera! Glad blogga. */ följande rader Infogar:

definiera("WP_DEBUG", sant).

define("WP_DEBUG_DISPLAY",sant).

Om din installation redan har en "WP_DEBUG"-post, men den har Falska kan du helt enkelt ställa in det här värdet på Sant och du behöver bara inkludera följande rad under den:

define("WP_DEBUG_DISPLAY",sant).

När du sedan besöker problemsidan får du de skäl som finns till fel i stället för den vita sidan. De fel som börjar med Fatal eller Parse-Error är oftast de som orsakar white screen of death.

Förresten: På RAIDBOXES du kan helt enkelt använda felsökningsloggen med ett klick i BOX Inställningar. Utdata från felsökningsloggen finns under länken som nämns i dina inställningar.

WP Debug_RAIDBOXES

Nu kan du se exakt vilken fil som genererar ett fel och varför det inträffar, där det inträffar. För belysande ändamål har jag ett exempel på dig i mitt bagage. Wir se följande information här i tolkningsfelet:

Felsökningslogg

Så felet uppstår:

  • I filen /wp-content/ Plugins /contact-form-7/wp-contact-form-7.php /contact-form-7/wp /contact-form/wp-contact-form-7.php
  • I linje 12
  • Tydligen finns det ett oväntat tecken där, i detta fall en "<”.
När det gäller oförenliga Plugins & Themes Det finns följande lösningar:

Lösning 1:Om du kan, spela upp en säkerhetskopia igen. På så sätt kan du ställa in WordPress installationen helt enkelt tillbaka till tillståndet innan felet uppstod.

Lösning 2: Om du inte har en säkerhetskopia har du inget annat val än att använda S/FTP för att välja den misstänkta mappen Plugins Eller Themes Byt namn. Detta inaktiverar det. I vårt exempel skulle det vara mappen för Plugins " Contact Form 7 ".

Om du är osäker på vilken Plugin som orsakar felet provar du följande: Namnge gradvis alla Plugin / Theme Mappen. Om felet försvinner efter att du har bytt namn på en mapp har du den skyldige Identifieras. Som RAIDBOXES kunden kan du också helt enkelt använda Plugin - Och Theme hantering i RB-instrumentpanelen. 

Tips: Ofta är problemet helt enkelt ett nytt namn Theme mapp, så du bör kontrollera det för rätt stavning via S / FTP!

Hur man löser de 4 vanligaste WordPress Fel

Orsak 2: Serverfel

1) Problem: För lite PHP Memory Limit

Det vanliga felmeddelandet i error.log är:
"Fatal error: Tillåten minnesstorlek på XXXX-byte uttömd (försökte allokera XXXX-byte) i..."

Dessutom kan det finnas en vit sida där felmeddelandet Internt serverfel Visas.

Vad som händer här är följande:
En PHP-uppgift förbrukar mer minne än det värde som anges av värden tillåter.

Lösning:I det här fallet är det vanligtvis tillräckligt att infoga följande linje i wp-config.php:

definiera("WP_MEMORY_LIMIT",'256M')

Den "256M" står för höjden på RAM som ska konsumeras i MB. Till exempel kan "512M" för 512MB också vara tänkbart.

Du bör dock komma ihåg att för högt värde kan orsaka din sida att krascha helt. Därför bör du bara ställa in din PHP Memory Limit om din plan ger lämpligt minne. Om du har lite RAM-minne i din plan kan du överväga att uppgradera din värd.

2) Problem: Max körningstid överskrids

När du installerar större WordPress - Themes Eller Plugins Förutom större import eller export av data kan följande fel uppstå, som vanligtvis visas i backend:

Allvarligt fel: Maximal körningstid för XX överskrids i XXX

Detta innebär att den tid som ett PHP-skript tillåts köra har överskridits. Detta händer ofta också när många produkter importeras till WooCommerce eller export av orderdata.

Lösning:Öka max_execution_time. Först och främst räcker körningen som anges av värden. För att undvika onödigt långa laddningstider och problem bör Max Execution Time endast tas upp i enskilda fall (t.ex. för en stor filuppladdning) och sedan sänkas igen.

På RAIDBOXES du kan använda BOX inställningar ställer in max_execution tid för fronten och backend separat:

Max körningstid

För andra värdar är det ofta tillräckligt att redigera .htaccess via S/FTP och där linjen php_value max_execution_time 300 Infoga. Här representerar 300 den maximala sekund som ett skript kan köra. I det här fallet 5 minuter.

WordPress -Fel #2: Problem med SSL

WordPress -Fehler_SSL

Senast sedan ikraftträdandet av Allmän dataskyddsförordning ( PUL ) i maj 2018 ska ett SSL-certifikat för dig vara en del av det obligatoriska programmet. Det är inte för inte som de flesta webbläsare nu ett varningsmeddelande när en webbplats är Intekrypterad. Det är desto mer irriterande när det är din WordPress till SSL-fel.

Möjliga orsaker och lösningar på SSL-problem

Orsak 1: Certifikatet är inte längre uppdaterat

Senast med gratis certifikat från Let's Encrypt bör vara ett förflutet. Det finns dock vissa typer av certifikat som har en körning. Om detta har upphört att gälla kan ett SSL-fel uppstå.

Lösning: Det enklaste sättet är att integrera ett SSL-certifikat utan körning, som vissa värdare samt RAIDBOXES levereras kostnadsfritt och förnyas automatiskt. Om den här tjänsten inte erbjuds av värden måste du förnya certifikatet manuellt. För detta ändamål är det bäst att skicka dig en påminnelse om avtalad tid och registrera dig hos certifikatleverantören i god tid för att förnya det.

Orsak 2: Domänen har ännu inte angetts på certifikatet

När ett SSL-certifikat utfärdas anger du vilka domäner du vill att certifikatet ska gälla för. En eventuell registrering kan således vara http://domain.de. Om en vidarebefordran av http://www.domain.de eller konfigureras efteråt har den här domänen ingen SSL och ett fel har utfärdats.

Lösning: Den nya domänen måste läggas till i SSL-certifikatet och sedan förnyas. Eftersom detta är en ganska komplicerad och komplicerad process, bör du kontakta din webbhotell.

På RAIDBOXES tillräckligt för att lägga till ytterligare domäner i BOX inställningar för att stänga av och slå på SSL igen.

Orsak 3: Fel med blandat innehåll

Om i WordPress SSL måste som standard http://-adressen i databasen ersättas med https://. På RAIDBOXES automatiskt när SSL ställs in. I cirka 5-10 procent av fallen kan det dock hända att det fortfarande finns resurser som läses in via HTTP. Detta kan till exempel vara fallet med hårdkodade bilder eller CSS/JS-filer. I Chrome är webbadressen grå och inte grön.

Webbläsare för HTTPS-adressrad

Problemanalys och lösning:

Först måste du kontrollera om du faktiskt har fel med blandat innehåll på sidan.

  1. Tryck på F12 (på MAC CMD+F12) på din webbplats så öppnas utvecklarkonsolen. Längst ned i "Konsolen" visas gula fält med "Blandat innehåll":
    Fel på blandat innehåll
  2. Gör nu en säkerhetskopia av din sida. På RAIDBOXES Du lägger bara detta i din BOX säkerhetskopior i instrumentpanelen.
  3. Installera Plugin Bättre sökersättning. Efter aktiveringen hittar du Plugin under "Verktyg" -> "Bättre sökersättning".
    I sökfältet ska du ha på dig: http://
    och i "Ersätt med": https://
    Sedan väljer du alla tabeller i tabellfältet och längst ned i "Testkörning?" ska kroken vara i den.
    Bättre sökersättning

    Klicka nu längst ner på "Starta sök/ersätt"
  4. Om testkörningen har hittat några tabeller kan du ta bort bocken "Testkörning?" och starta den verkliga körningen.
  5. När den verkliga körningen är klar kontrollerar du sidan igen för att se om du fortfarande har fel med blandat innehåll (se steg 1).
  6. Om fel med blandat innehåll fortfarande uppstår läser du källkoden där resurserna fortfarande ingår i "http" i stället för "https" och ersatte dem därefter.

WordPress -Fel #3: 504 Gateway Time-Out

WordPress -Fehler_Gateway timeout

Ett time-out-fel på 504 gateway kan inträffa ganska ofta om du har en mängd olika Plugins som också kommunicerar med externa tjänster, beroende på Felmeddelandet innebär att en PHP-process tar längre tid än 30 sekunder.

Som ägare till en webbsida associeras felet ofta direkt med ett problem på servern. Detta är dock inte alltid fallet.

Möjliga orsaker och lösningar för time-out för 504 gateway

Ett time-out-fel för 504 gateway inträffar när en server som fungerar som en gateway, dvs.

Dessa fel kan orsakas av en mängd olika element inblandade. Det kan vara ditt lokala nätverk, din webbläsare, din Internet-leverantör, din webbserver eller till och med en tredje part Plugin Eller Theme .

Orsak 1: Lokalt problem

Webbläsarinställningarna bytte, en proxy aktiverad, internetleverantören har problem, den lokala DNS-cachen är föråldrad och många andra alternativ kan orsaka det här felet.

Lösning: Testa webbadressen på webbplatsen http://www.isitdownrightnow.com/Om du får ett meddelande om att webbplatsen är online ("DeineUrl.de" är upp och kan nås) finns det ett lokalt problem.

Serverstatus Check_Up

Men om resultatet av testet är "DeineUrl.de" är DOWN, indikerar det ett problem med din DNS, webbserver eller WordPress - Plugin Eller Theme Det.

Serverstatus Check_Down

Orsak 2: DNS-problem

DNS (DOMAIN Name System) ansvarar för att konvertera webbadressen (t.ex. raidboxes.de) till en IP (t.ex. 94.130.145.82).

Med en omregistrering eller en domänflytt kan det ta lite tid för alla datorer, DNS-servrar och leverantörer att känna igen anpassningen. Detta kan ta upp till 24 timmar.

Lösning:Först bör du söka efter ett lokalt problem. Töm DNS-cachen så här:

Om du vill rensa DNS-cachen på enheten öppnar du först kommandoraden enligt följande.

  • Windows: tryck på [Win-knappen + R], där Cmd Ange och tryck på Retur
  • Mac:Terminalen startar från dockan till Program > Verktyg > Terminal

Sedan anger du följande:

  • Windows: ipconfig /flushdns
  • Mac:dscacheutil -flushcache

Därefter töms den lokala DNS-cachen och du kan försöka igen.

Om felet kvarstår, se vad andra servrar i världen säger om det. För detta ändamål, gå vidare www.whatsmydns.net och ange webbadressen på sökraden (obs: Kontrollera att "A" är markerat i den andra urvalsrutan, så att endast A-posten är markerad. Detta är ansvarig för korrekt lösning av domännamnet till IP-adressen. Efter det, starta skanningen!

DNS-kontroll

Om DNS-posten är uppdaterad på alla servrar bör du se en grön bock och samma IP överallt. I de flesta fall bör den här IP-adressen peka på serverns IP (undantag: om ett CDN är uppströms).

Om fel visas i form av ett rött "X" har den här servern ännu inte rätt post. Om det finns olika IPs har servern fortfarande uppdaterat den gamla posten och ännu inte till den nya. Bara att vänta hjälper.

Orsak 3: Serverproblem (t.ex. prestanda eller värd)

Besöksintensiva webbplatser och e-handelssajter som butiker där WooCommerce genererar ett stort antal förfrågningar till servern, som inte kan cachelagras på grund av deras innehåll vilket resulterar i en hög serverbelastning, ända ner till serverns kollaps.

Lösning:Om resultatet för ditt värdpaket inte räcker för din webbplats kan du behöva uppgradera det. Alternativt hjälper byte till en annan värdare ofta, vars serverarkitektur ger bättre prestanda. Du är välkommen att använda din WordPress kostnadsfritt en sida Testa att flytta till RAIDBOXES Utföra. Detta stör inte din live-sida i sin verksamhet, eftersom du får en helt separat miljö med sin egen webbadress, som inte indexeras av sökmotorer. I mer än 80 procent av fallen finns det en betydande ökning av prestanda och en minskning av 504 fel till 0.

Orsak 4: Trafik spam, DDOS attacker, bot attacker

DDOS-attacker och SPAM-trafik kan orsaka att sidan kraschar eftersom de genererar så många (namnlösa) anrop att servern kommer att kollapsa.

Lösning:Om du vill filtrera sådana attacker kan ett CDN, t.ex. Cloudflare, som filtrerar åtkomst till din webbplats och blockerar spam bots och attacker. I beständiga fall kan du utesluta (blockera) angriparnas IP-adresser från att komma åt din webbplats.

På RAIDBOXES kan du enkelt göra detta via din BOX -Gör inställningar:

IP-Blocking_RAIDBOXES

Orsak 5: Problem med Plugins Och Themes

I enskilda fall kan mycket långvariga förfrågningar från Plugins Eller Themes Time-out-fel för 504 gateway. Om du bara är en Theme Eller Plugin uppdatera kan du prova att inaktivera detta först.

På RAIDBOXES kan du göra detta via din Plugin / Theme -Inställningar för din BOX även om du inte längre befinner dig i din WordPress - Backend.

RAIDBOXES _Plugin och Theme Management

Om du inte har tillgång till dina andra värdinatorer WordPress -Backend, kan du ansluta via S / FTP och i mappen .. /wp-content/ Themes Eller .. /wp-content/ Plugins motsvarande Theme / Plugin och byta namn på mappen. Detta inaktiverar automatiskt motsvarande objekt.

Om du är osäker på vilken Plugin Eller Theme orsakade problemet, först ändra till en standard Theme Hur twentyseventeen.

Om detta löser problemet beror det troligen på Theme eller på en anslutning från Theme Och Plugins Kontakta tillverkaren av Themes . Om inte, inaktivera alla Plugins och aktivera dem gradvis tills du hittar motsvarande "problem Plugin " har identifierat.

Försök sedan att Plugin installera om. Om detta inte hjälper, vänligen kontakta Plugin Tillverkare.

WordPress fel #4: Fel om att upprätta en databasanslutning

Fel vid upprättande av en databasanslutning

Felet "Upprätta en databasanslutning" är en super-GAU bland WordPress Fel. Felmeddelandet innebär att servern inte längre har åtkomst till eller inte längre kan nå databasen.

I din WordPress databas, nästan all information som sidan behöver för att köras korrekt. Inte bara innehållet på dina sidor och inlägg, men också inloggningsinformation för dina användare samt Plugin - Och Theme inställningarna lagras i databasen.

Endast bilder, Plugin - Och Theme filer och WordPress -Kärnfiler lagras inte i databasen, men i filsystemet på din webbplats, som du kan nå t.ex.

Möjliga orsaker och lösningar för Fel vid upprättande av en databasanslutning

Om sidan förblir vit och endast felmeddelandet "Fel upprättande av en databasanslutning" visas, kommer webbplatsen inte att kunna ansluta till databasen eller om nödvändig information saknas eller är felaktig. I det här fallet kan du vanligtvis inte längre WordPress -Logga in bakkast.

Orsak 1: Felaktiga data i WP-konfigurationen

I de flesta fall är det helt enkelt felaktig information om databasanslutningen som orsakar felet. Det här felet uppstår ofta efter att ha flyttat till en ny server eller värdare och är ganska lätt att åtgärda:

Lösning: För alla systemrelevanta fel (och detta inkluderar detta särskilt!), bör du skapa en säkerhetskopia av din sida i förväg. Kunder på RAIDBOXES helt enkelt placera en manuell backup i deras BOX Säkerhetskopior. För andra värdar kan du behöva säkerhetskopiera hela sidan, eller åtminstone de filer du ändrar, lokalt.

Nu får du den information du behöver för att ansluta till databasen. Dessa är:

  • Databasnamn (DB_NAME)
  • MySQL-användarnamn (DB_USER)
  • MySQL-användarlösenord (DB_PASSWORD)
  • MySQL Hostname (DB_HOST) [Detta är servern]
  • Tabellprefix ($table_prefix) [mestadels "wp_"]

Vanligtvis hittar du den här informationen i värdinnans instrumentpanel. I de flesta fall krävs inte all information. På RAIDBOXES Du behöver till exempel bara tabellprefixet eftersom de återstående posterna läss och kontrolleras automatiskt.

Om du har nödvändig information, ladda ner "wp-config.php" från huvudkatalogen i din WordPress installation, skapa en kopia av den lokalt som en säkerhetskopia och redigera originalet, t.ex. Anteckningar++.

Där hittar du följande rader (obs: $table_prefix kommer inte att ingå i alla fall):

WP-Config

Du kan matcha denna information med den information du just har fått.

Spara ändringarna och ladda tillbaka filen till serverns huvudkatalog (skriv över originalfilen, du har en lokal säkerhetskopia).

Om informationen är korrekt bör du kunna använda din webbplats som vanligt.

Orsak 2: Databasen är felaktig

Det kan finnas ett fel i databasen.

Lösning: WordPress kanske automatiskt kan reparera databasen. Ring DEINEURL.de/wp-admin. Om du ser här att din databas kan repareras, lägg till "/* Det är allt, sluta redigera! Glad blogga. */" följande rad i WP-Config:

define("WP_ALLOW_REPAIR",sant).

Efter det, ring DEINEURL.de/wp-admin/maint/repair.php.

Om detta löser dina problem, glöm inte att ta bort linjen från wp-config.php.

Orsak 3: Problem med din värdinna

SQL-servern kan vara nere och kan inte nås. Vid behov uppnås ett maximum med avseende på en databasstorlek. Eller din värdleverantör resurser är uttömda.

Tyvärr inträffar detta ofta med delad Hosting Innan. Eftersom det du delar en server med många andra webbplatser. Om en sida förbrukar en hel del resurser där, naturligtvis är det på bekostnad av din webbplats. Därför rekommenderar vi alltid att du använder en specialdesignad WordPress Anpassade Högpresterande Hostingför att undvika sådana överbelastningar.

Lösning: Kontakta din värdleverantör eller kontrollera dess statussida (om någon) för att se om det finns några problem med servern för tillfället. Om det behövs låter du providern visa CPU-belastningen och växla till en annan server om belastningen är för hög. Om detta inte förbättras bör du överväga att byta till en annan värd.

Slutsats

Varje WordPress -Användaren vet antydan till panik när du plötsligt sitter framför en vit skärm eller slutar komma in i WordPress -Backend kan logga in. Det viktiga är att hålla huvudet kallt, systematiskt undersöka orsaken och sedan räkna ut lämpliga åtgärder för att lösa problemet. Jag hoppas att den här artikeln hjälper dig att analysera och fixa dessa typiska WordPress Fel.

Med vilken WordPress -Problemet har du varit tvungen att kämpa mest hittills? Låt mig få din feedback i kommentarerna.

Matthias är Chaos Lugnare på RAIDBOXES . Plugin Och Theme Utvecklare, WordCamp Speaker och aktiv Hosting Community Contributor, han är en regelbunden bidragsgivare på WordCamps och andra WordPress relevanta händelser och alltid redo att mellanmål. När han inte är där har han katter i knät.

Liknande artiklar

Kommentarer om den här artikeln

Skriv en kommentar

Din e-postadress kommer inte att publiceras. Obligatoriska fält är * Markerade.