Hur man löser de 4 vanligaste WordPress Fel

Matthias Held Senast uppdaterad den 7 oktober 2020
14 Min.
WordPress Fel
Senast uppdaterad den 7 oktober 2020

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 så enkelt att använda som WordPress : Themes Och Plugins är installerade och hanteras med bara några klick utan att behöva mycket teknisk kunskap. Med en marknadsandel på över 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 du 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 i felsökning och dela kunskapen från våra års support erfarenhet, jag ska förklara för er idag de möjliga orsaker och lämpliga lösningar för fyra typiska WordPress Problem.

WordPress -Fel #1: Vit skärm av döden

WordPress -Fel: Vit skärm av death

Den "White Screen of Death" (WSOD) är en analogi till Blåskärmen av Death, som visas i Windows i händelse av ett system krasch. Som namnet antyder, webbplatsen, i frontend eller backend (wp-admin), förblir 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 mycket 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 ett misslyckande att WordPress in i en chockstelhet och framkallar White Screen of Death.

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 sina senaste ändringar. Tänk på vilka ändringar du har gjort. Har du en ny Plugin installeras eller en Theme Ändrat? Uppdateringar av Plugins Och Themes kan leda till detta fel.

Först bör du avgöra om felet uppstår på alla sidor eller bara på specifika sidor. Påverkas till exempel bara din kontaktsida? Om du just har tagit med ett kontaktformulär på den här kan man dra slutsatsen att det är just detta kontaktformulär Plugin ansvar för WSOD.

Visas White Screen of Death på alla webbadresser i hela fronten? Då kan den 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 troligtvis den Theme eller en felkonfiguration av webbservern.

Kontrollera din felsökningslogg!

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

definiera('WP_DEBUG',true); definiera('WP_DEBUG_DISPLAY',true);

Om din installation redan har en 'WP_DEBUG' post men det är falskt, kan du helt enkelt ändra detta värde till sant och bara måste inkludera följande rad under den:

definiera('WP_DEBUG_DISPLAY',true);

När du sedan återbesöker din problemsida får du lämpliga orsaker 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 din 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 uppstår, var det förekommer. För belysande ändamål har jag ett exempel på dig i mitt bagage. Wir se följande information här i parse-fel:

Felsökningslogg

Så felet uppstår:

  • I filen /wp-content/ plugins /contact-form-7/wp-contact-form-7.php
  • I linje 12
  • Anscheinend gibt es dort ein unerwartetes Zeichen, in diesem Fall ein “<”.
Vid oförenliga Plugins & Themes finns följande lösningar:

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

Lösning 2: Om du inte har någon 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 den. I vårt exempel skulle det vara mappen med de Plugins " Contact Form 7 ".

Om du är oklar vilken Plugin som orsakar felet, försök med följande:Namnge gradvist alla Plugin / Theme Mappen. Om felet försvinner efter att ha bytt namn på en mapp, har du den skyldigeIdentifieras. Som RAIDBOXES kunden kan du också helt enkelt använda Plugin - och Theme ledningen i RB-instrumentpanelen.

Tips: Ofta är problemet helt enkelt ett omdöpt 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 typiska felmeddelandet i felet.log är:
Fatal error: Tillåten minnesstorlek på XXXX-byte (försökte allokera XXXX-byte) i...

Det kan också finnas en vit sida som visar felmeddelandet Internt serverfel.

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

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

definiera('WP_MEMORY_LIMIT','256M')

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

Du bör dock tänka på att ett för högt värde kan leda till att din sida kraschar helt. Följaktligen bör du bara ställa in din PHP Memory Limit om din plan ger lämpligt minne. Om du har lite RAM i din plan, överväga att uppgradera din hoster.

2) Problem: Max Körningstid överskrids

Vid installation av större WordPress - Themes Eller Plugins samt 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 överskriden i XXX

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

Lösning: Öka max_execution_time. Först och främst är runtime som anges av hoster tillräcklig. För att undvika onödigt långa laddningstider och problem, bör Max Execution Time endast höjas i enskilda fall (e.B. för en stor filuppladdning) och sedan sänkas igen.

På RAIDBOXES kan du använda den BOX inställningar anger max_execution för fronten och backend separat:

Max körningstid

För andra värdar räcker det ofta att redigera .htaccess via S/FTP och infoga raden php_value max_execution_time 300. Här representerar 300:en de maximala sekunder som ett skript kan köra. I detta fall, 5 minuter.

WordPress -Fel #2: Problem med SSL

WordPress -Fehler_SSL

Senast sedan den allmänna dataskyddsförordningens ikraftträdande ( PUL ) i maj 2018, ett SSL-certifikat för dig ska vara en del av det obligatoriska programmet. Det är inte för inte som de flesta webbläsare nu utfärdar ett varningsmeddelande när en webbplats inte ärlevereras krypterad. Det är desto mer irriterande när det är din WordPress sida till SSL-fel.

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

Orsak 1: Certifikatet inte längre aktuellt

Med de fria certifikaten av Let's Encrypt senast, bör detta fel vara ett över 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 runtime, som vissa hosters samt RAIDBOXES levereras kostnadsfritt och förnya den automatiskt. Om den här tjänsten inte erbjuds av din värder kommer du att få förnya certifikatet manuellt. För detta ändamål är det bäst att skicka dig en påminnelse om tid och registrera dig hos leverantören av ditt certifikat i god tid för att förnya det.

Orsak 2: Domänen ännu inte antet på certifikat

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

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 räcker för att lägga till de ytterligare domänerna i BOX inställningar för att slå av och slå på SSL igen.

Orsak 3: Mixed Content Fel

Om i WordPress SSL måste som standard http://-postadressen 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 laddas över HTTP. Detta kan vara fallet för hårdkodade bilder eller CSS / JS-filer .B. I Chrome är webbadressen grå och inte grön.

Https-adresslinje, webbläsare

Problemanalys och lösning:

Först måste du kontrollera om du verkligen har blandade innehållsfel på din sida.

  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 i 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ök Ersätt. Efter aktiveringen hittar du den Plugin under "Verktyg" -> "Bättre sök ersätt".
    I sökrutan ska du ha: http://
    och i "Ersätt med": https://
    Sedan väljer du alla tabeller i tabellfältet och längst ned på "Testkörning?" ska kroken vara i den.
    Bättre sök Ersätt

    Klicka nu längst ner på "Starta Sök/Ersätt"
  4. Om testkörningen har hittat några tabeller kan du ta bort kryssmarkeringen "Testkörning?" och starta den riktiga körningen.
  5. När den riktiga körningen är klar kontrollerar du sidan igen för att se om du fortfarande har blandade innehållsfel (se steg 1).
  6. Om det fortfarande uppstår blandade innehållsfel, se källkoden där resurserna fortfarande medföljer "http" i stället för "https" och ersatte dem därefter.

WordPress -Fel #3: 504 Gateway Time-Out

WordPress -Fehler_Gateway timeout

Ett 504 Gateway Time-Out-fel 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 av webbsidor är felet ofta direkt kopplat till 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 504 Gateway Time-Out-fel inträffar när en server som fungerar som en gateway, dvs servern som ansluter till en annan, inte kan nå den andra servern vid en angiven tidpunkt.

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

Orsak 1: Lokalt problem

Webbläsarinställningar växlade, en proxy aktiverad, din Internet-leverantör har problem, din lokala DNS-cache är fördunklad och många andra alternativ kan orsaka detta fel.

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

Om resultatet av testet är "DeineUrl.de" är DOCK NERE 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 din WEBBADRESS (till exempel raidboxes.de) till en IP (e.B.130.145.82).

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

Lösning: Först bör du kontrollera om det finns ett lokalt problem. Gör detta genom att tömma DNS-cachen:

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

  • Windows: Tryck på [Win-tangenten + R], ange cmd där och tryck enter
  • Mac: Terminal start från docka program > verktyg > terminal

Sedan anger du följande:

  • Fönster: ipconfig /flushdns
  • Mac: dscacheutil -flushcache

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

Om felet kvarstår, se vad andra servrar i världen säger om det. För att göra detta, gå till www.whatsmydns.net och skriv in webbadressen i sökraden (Obs: Vänligen se till att "A" är markerad i den andra valrutan, så att endast A-Record är markerad. Detta är ansvarig för korrekt upplösning av domännamnet till IP-adressen. Efter det, starta skanningen!

DNS Kontrollera

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 denna IP peka på IP av din server (undantag: om en 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, servern har fortfarande uppdaterat den gamla posten och ännu inte till den nya. Bara väntar hjälper.

Orsak 3: Serverproblem (t.B. prestanda eller hoster)

Besöksintensiva webbplatser och e-handelssajter som butiker på vilka WooCommerce genererar ett stort antal förfrågningar till servern, som inte kan cachelagras på grund av deras innehåll och därmed leda till en hög serverbelastning – fram till kollapsen av servern.

Lösning: Om resultatet för ditt värdpaket inte räcker till din webbplats kan du behöva uppgradera det. Alternativt hjälper byte till en annan värder ofta, vars serverarkitektur ger bättre prestanda. Du är välkommen att använda din WordPress sida utan kostnad en Testa 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 är indexerad av sökmotorer. I mer än 80 procent av fallen, det finns en betydande ökning av prestanda och en minskning av de 504 fel till 0.

Orsak 4: Trafik spam, DDOS attacker, bot attacker

DDOS-attacker och SPAM-trafik kan få din sida att krascha eftersom de genererar så många (namnlösa) samtal att din server kommer att kollapsa.

Lösning: För att filtrera sådana attacker, ett CDN som Cloudflare , vilket 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 du enkelt kan 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 504 Gateway Time-Out-fel. Om du bara är en Theme Eller Plugin uppdatera, försök 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 är i din WordPress -Backend.

RAIDBOXES _Plugin och Theme Management

Om du inte har tillgång till dina andra värder, 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 inte är säker på vilken Plugin Eller Theme orsakade problemet, först ändra till en standard Theme som twentyseventeen.

Om detta löser problemet beror det med största delen på Theme eller på en anslutning från Theme Och Plugins . För att göra detta kontaktar du 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 återinstallera. Om detta inte hjälper, kontakta Plugin Tillverkare.

WordPress fel #4: Fel upprätta en databasanslutning

Fel uppstod när en databasanslutning upprättas

Felet "Upprättande av en databasanslutning" är en super-GAU bland de WordPress Fel. Felmeddelandet innebär att din server inte längre har tillgång till eller inte längre kan nå databasen.

I din WordPress databas, nästan all information din sida behöver för att köras korrekt. Inte bara innehållet på dina sidor och inlägg, utan även 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å .B via S/FTP.

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

Om din sida förblir vit och endast felmeddelandet "Fel upprättande av en databasanslutning" visas kommer webbplatsen inte att kunna ansluta till din databas, eller om nödvändig information saknas eller är felaktig. I så fall kan du vanligtvis inte längre WordPress -Logga in backend.

Orsak 1: Felaktiga data i WP-config

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

Lösning: För alla systemrelevanta fel (och detta inkluderar detta speciellt!), Bör du skapa en säkerhetskopia av din sida i förväg. Kunder på RAIDBOXES helt enkelt placera en manuell backup i sina 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ändare lösenord (DB_PASSWORD)
  • MySQL Hostname (DB_HOST) [Detta är servern]
  • Tabell-Prefix ($table_prefix) [mestadels 'wp_']

Vanligtvis kan du hitta den här informationen i din värdsinstrumentpanel. I de flesta fall krävs inte all information.På RAIDBOXES Du behöver till exempel bara tabellprefixet, eftersom de återstående transaktionerna läses och kontrolleras automatiskt.

Om du har nödvändig information, ladda ner "wp-config.php" från huvudkatalogen på din WordPress installation, gör en lokal kopia av den som en säkerhetskopia och arbeta på den ursprungliga e.B. med Notepad++.

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

WP-Config

Du kan matcha den här informationen med den information du just har fått.

Spara dessa ändringar och ladda filen tillbaka till huvudkatalogen på din server (skriv över den ursprungliga filen, har du en lokal säkerhetskopia).

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

Orsak 2: Databasen felaktig

Det kan finnas ett fel i din databas.

Lösning: WordPress kanske kan reparera databasen automatiskt. 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:

definiera('WP_ALLOW_REPAIR',true);

Efter det ringer du DEINEURL.de/wp-admin/maint/repair.php.

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

Orsak 3: Problem med din hoster

SQL-servern kan vara ned och onåbar. Vid behov nås ett maximum med avseende på en databasstorlek. Eller din webbhotell resurser är uttömda.

Tyvärr är detta ofta fallet med delad hosting. Eftersom det du delar en server med många andra webbplatser. Om en sida förbrukar mycket resurser där, naturligtvis är det på bekostnad av din webbplats. Av denna anledning rekommenderar vi alltid att du använder en specialdesignad WordPress justerad högprestandavärd föratt undvika sådanaöverbelastningar.

Lösning: Kontakta din webbhotell 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åt 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ärdvärdare.

Slutsats

Varje WordPress -Användaren vet antydan till panik när du plötsligt sitter framför en vit skärm eller slutar gå 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 denna artikel hjälper dig att analysera och fixa dessa typiska WordPress Fel.

Med vilka WordPress -Problem har du fått kämpa mest hittills? Låt mig ha din feedback i kommentarerna.

Matthias är Chaos Calmer på RAIDBOXES . Som Plugin Och Theme Utvecklare, WordCamp Högtalare 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

Skriva en kommentar

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