Som support har vi tusentals konversationer per månad i chatten och hjälper våra kunder varje dag att lösa felmeddelanden och problem med sina WordPress-webbplatser. I vår artikel visar vi dig steg för steg hur du åtgärdar fyra av de vanligaste WordPress-felen.

Inget annat innehållshanteringssystem (CMS) är lika enkelt att använda som WordPress: teman och plugins installeras och hanteras med bara några få klick, utan att du behöver mycket teknisk kunskap. Med en marknadsandel på över 40 procent har WordPress blivit operativsystemet på Internet.

Med användarvänlighet, aktiv gemenskap och flera sätt att anpassa dina webbplatser är WordPress perfekt för dagens webb. Desto större är frustrationen när din WordPress plötsligt orsakar problem. Men du behöver inte få panik! Idag ska jag visa dig hur du löser fyra typiska WordPress-fel snabbt, enkelt och oberoende.

Våra tips för att fixa typiska WordPress-fel

För att hjälpa dig att felsöka på bästa möjliga sätt och för att dela kunskapen från vår många års supporterfarenhet förklarar jag för dig idag de möjliga orsakerna och motsvarande lösningar för fyra typiska WordPress-problem.

WordPress-fel nr 1: Vit skärm av döden

"White Screen of Death" (WSOD) är en analogi till Blue Screen of Death, som visas i Windows under en systemkrasch. Som namnet antyder, med WSOD förblir webbplatsen, i frontend eller backend (wp-admin), helt enkelt vit - utan felmeddelande eller ytterligare 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.
• Ett plugin / tema kan inte användas 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.

Problemanalys: Är din Plugins Och Themes Oförenliga?

Det första tillvägagångssättet är att ångra de senaste ändringarna. Tänk på vilka förändringar du har gjort. Kanske installerade du ett nytt plugin eller ändrade ett tema? Uppdateringar av plugins och teman kan också leda till detta felaktiga beteende.

Först bör du avgöra om felet uppstår på alla eller bara på vissa webbplatser. Påverkas till exempel bara din kontaktsida? Om du just har integrerat ett kontaktformulär om detta kan man dra slutsatsen att detta kontaktformulär plugin är ansvarigt för WSOD.

Visas White Screen of Death på alla webbadresser i hela frontend? Då kan det vara själva temat eller ett plugin som är integrerat på hela webbplatsen - till exempel en widget i sidfoten, en skjutreglage i sidhuvudet eller ett plugin för navigering.

Om det förblir vitt även när du ringer backend (yourwebsite.com/wp-admin) är det troligtvis temat eller en felkonfiguration av webbservern.

Kontrollera felsökningsloggen!

Ofta hjälper en titt på felet.log på din server eller felsökningsloggen för WordPress själv (WP Debug Mode). Du kan aktivera detta genom att redigera wp-config.php av din WordPress-installation och före /* Det är allt, sluta redigera! Glad bloggning. */ infoga följande rader:

<p>define('WP_DEBUG',true);</p>
<p>define('WP_DEBUG_DISPLAY',true);</p>

Om din installation redan har posten "WP_DEBUG", men den är inställd på false , kan du helt enkelt ändra det här värdet till true och bara lägga till följande rad under:

define('WP_DEBUG_DISPLAY',true);

När du sedan går tillbaka till din problemsida får du lämpliga orsaker till fel istället för den vita sidan. Felen som börjar med Fatal Error eller Parse Error är vanligtvis de som orsakar White Screen of Death.

Nu kan du se exakt vilken fil som genererar ett fel vid vilken tidpunkt och varför det inträffar. För att illustrera har jag ett exempel för dig i mitt bagage. Vi ser följande information här i tolkningsfelet:

Så felet uppstår:

• I filen /wp-content/ plugins /contact-form-7/wp-contact-form-7.php
• I linje 12
• Tydligen finns det ett oväntat tecken där, i det här fallet en

  “<”

  .

Vid oförenliga Plugins & Themes finns följande lösningar:

Lösning 1: Om du kan, återställ en säkerhetskopia. Detta gör att du helt enkelt kan återställa din WordPress-installation till tillståndet innan felet inträffade.

Lösning 2: Om du inte har en säkerhetskopia har du inget annat val än att byta namn på mappen för det misstänkta pluginet eller temat via S / FTP. Detta kommer att inaktivera det. I vårt exempel skulle det vara mappen för plugin-programmet Contact Form 7.

Om du är osäker på vilket plugin som orsakar felet kan du prova följande: Byt gradvis namn på alla plugin / temamappar. Om felet försvinner efter att du har bytt namn på en mapp har du identifierat den skyldige. Vid Raidboxes du kan också helt enkelt använda plugin och temahantering i Dashboard fördel. 

Tips: Ofta är problemet helt enkelt en omdöpt temamapp, så du bör kontrollera den via S / FTP för rätt stavning!

Orsak 2: Serverfel

1) Problem: För lite PHP Memory Limit

Det typiska felmeddelandet i felet .log är:

"Allvarligt fel: 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 värden som ställts in av värden tillåter.

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

define('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 komma ihåg att för högt värde kan få din sida att krascha helt. Följaktligen bör du bara öka din PHP-minnesgräns om din plan ger rätt minne. Om du har lite RAM i din plan bör du tänka på att uppgradera din värd.

2) Problem: Max Körningstid överskrids

När du installerar större WordPress-teman eller plugins samt större importer eller exporter av data kan följande fel uppstå, vilket vanligtvis visas i backend:

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

Detta innebär att den tid som ett PHP-skript får köras har överskridits. Ofta händer detta också när man importerar många produkter till WooCommerce eller export av orderdata.

Lösning: Öka max_execution_time. En anteckning i förväg: Normalt är den körning som anges av värden tillräcklig. För att undvika onödigt långa laddningstider och problem bör den maximala körningstiden endast ökas i enskilda fall (till exempel för en stor filuppladdning) och sedan sänkas igen.

Vid Raidboxes Du kan ställa in max_execution tid för frontend och backend separat via boxinställningarna:

Med vissa värdar kan du redigera .htaccess via S / FTP och infoga raden php_value max_execution_time 300 . Här står 300 för de maximala sekunder som ett skript får köras. I det här fallet 5 minuter.

WordPress-fel nr 2: Problem med SSL

Senast sedan den allmänna dataskyddsförordningen (PUL) trädde i kraft på Mai 2018 bör ett SSL-certifikat vara ett måste för dig. Det är inte för inte som de flesta webbläsare numera ger ett varningsmeddelande om en webbplats inte levereras krypterad. Detta gör det ännu mer irriterande när SSL-fel uppstår på din WordPress-webbplats.

Möjliga orsaker och lösningar för SSL-problem

Orsak 1: Certifikatet inte längre aktuellt

Senast med de gratis certifikaten för Let's Encrypt borde detta fel faktiskt vara ett minne. Det finns dock vissa typer av certifikat som har en körning. Om detta har löpt ut kan ett SSL-fel uppstå.

Lösning: Det enklaste sättet är att integrera ett SSL-certifikat utan körning, vilket vissa värdar såväl som Raidboxes Leverera gratis och förnya automatiskt. Om den här tjänsten inte erbjuds av din värd måste du manuellt förnya certifikatet. För att göra detta är det bäst att skapa en påminnelse om mötet 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 för vilka domäner certifikatet ska gälla. Således kan en eventuell registrering http://domain.com. Om en vidarebefordran av http://www.domain.com eller konfigureras 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 komplex och komplicerad process bör du kontakta din webbhotell för detta.

Vid Raidboxes det räcker att stänga av och slå på SSL igen efter att ha lagt till de ytterligare domänerna i boxinställningarna.

Orsak 3: Mixed Content Fel

Som standard, när du ställer in SSL i WordPress, måste den http:// adressen i databasen ersättas med https://. Vid Raidboxes Detta körs automatiskt när SSL är aktiverat. I cirka 5 till 10 procent av fallen kan det fortfarande hända att det fortfarande finns resurser som laddas via HTTP. Detta kan till exempel vara fallet med hårdkodade bilder eller CSS/ JS-filer. I Chrome blir webbadressen grå och inte grön.

Problemanalys och lösning:

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

1. Tryck på F12 på din webbplats (CMD+F12 på MAC) så öppnas utvecklarkonsolen. Längst ned i konsolen visas fält med "Blandat innehåll" i gult".
   
2. Gör nu en säkerhetskopia av din webbplats.
3. Installera Plugin Bättre sök Ersätt. Efter aktivering hittar du plugin under "Verktyg" > "Better Search Replace".
   I fältet Sök efter skriver du: http://
   och i "Ersätt med": https://
   Sedan väljer du alla tabeller i tabellfältet och längst ner i "Testkörning?" ska kryssrutan vara i den.
   

   

   
   Klicka nu på "Starta sökning / ersätt" längst ner
4. Om testkörningen har hittat några tabeller kan du avmarkera "Testkörning?" och starta den verkliga körningen.
5. När den verkliga körningen är över, kontrollera webbplatsen igen för att se om du fortfarande har blandade innehållsfel (se steg 1).
6. Om fel med blandat innehåll fortfarande uppstår kontrollerar du källkoden där resurserna fortfarande är integrerade med "http" i stället för "https" och ersätter dem därefter.

WordPress-fel #3: 504 Gateway Time-out

Ett 504 Gateway Time-out-fel kan vara ganska vanligt om du har en mängd olika plugins som också kommunicerar med externa tjänster, beroende på fallet. Felmeddelandet innebär att en PHP-process tar längre tid än 30 sekunder. Om du äger webbplatsen är felet ofta direkt kopplat till ett problem på servern. Detta är dock inte alltid fallet.

Möjliga orsaker och lösningar för 504 Gateway Time-out

Ett 504 gateway time-out-fel uppstår när en server som fungerar som en gateway, dvs. servern som ansluter till en annan, inte kan nå den andra servern inom en viss tid.

Dessa fel kan orsakas av en mängd olika inblandade element. Det kan vara ditt lokala nätverk, din webbläsare, din ISP (Internet Service Provider), din webbserver eller till och med ett plugin eller tema från tredje part.

Orsak 1: Lokalt problem

Webbläsarinställningarna har ändrats, en proxy är aktiverad, din Internetleverantör har problem, din lokala DNS-cache är föråldrad och många fler 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 ("yourwebsite.com" är UPP och kan nås) finns det ett lokalt problem. Men om resultatet av testet är "yourwebsite.com" är NERE, indikerar detta ett problem med din DNS, din webbserver eller ett WordPress-plugin eller tema.

Orsak 2: DNS-problem

DNS (Domain Name System) ansvarar för att lagra din URL (t.ex.raidboxes.de) till en IP.

Vid en ny registrering eller en flytt av domänen kan det ta lite tid innan alla datorer, DNS-servrar och leverantörer har erkänt anpassningen. Det kan ta upp till 24 timmar.

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

För att rensa DNS-cachen på din enhet, öppna först kommandoraden enligt följande.

• Windows: Tryck på [Win Key + R], skriv in cmd och tryck på Enter
• Mac: Terminal start från docka på program > verktyg > terminal

Sedan anger du följande:

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

Därefter rensas din lokala DNS-cache och du kan försöka igen. Om felet kvarstår, se vad andra servrar i världen har att säga om det. För att göra detta, gå till www.whatsmydns.net och ange webbadressen i sökfältet. Se till att A är markerat i det andra markeringsfältet så att endast A-posten är markerad. Detta är ansvarigt för korrekt upplösning av domännamnet till IP-adressen. Starta sedan skanningen!

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å serverns IP-adress (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 inmatning. Om det finns olika IP-adresser där har servern fortfarande den gamla posten och ännu inte uppdaterad till den nya. Sedan är det bara att vänta och se.

Orsak 3: Problem på serversidan

Besöksintensiva webbplatser och e-handelswebbplatser som WooCommerce Butiker, genererar många förfrågningar till servern, som inte kan cachas på grund av deras innehåll och därmed leder till en hög serverbelastning - fram till serverns kollaps.

Lösning: Om din värdplans prestanda inte räcker för din webbplats kan du behöva uppgradera den. Alternativt hjälper det ofta att byta till en annan värd vars serverarkitektur erbjuder bättre prestanda. Du är välkommen att använda din WordPress-webbplats gratis för att göra ett teststeg till Raidboxes utföra. Detta stör inte din live-webbplats i sin funktion, eftersom du får en helt separat miljö med sin egen URL, som inte indexeras av sökmotorer. I över 80 procent av fallen finns det en signifikant ökning av prestanda och en minskning av 504-felen till 0.

Orsak 4: Trafikspam, DDoS-attacker, botattacker

DDoS-attacker och SPAM-trafik kan krascha din webbplats eftersom de genererar så många (ocachade) vyer att din server kollapsar.

Lösning: För att filtrera sådana attacker hjälper ofta ett CDN som Cloudflare, som filtrerar trafik till din webbplats och blockerar spamrobotar och attacker. I mycket ihållande fall kan du utesluta (blockera) angriparnas IP-adresser från att komma åt din webbplats.

Vid Raidboxes du kan enkelt göra detta via dina boxinställningar:

Orsak 5: Problem med Plugins Och Themes

I enskilda fall kan mycket långvariga förfrågningar från plugins eller teman leda till 504 gateway-time-out-fel. Om du just har uppdaterat ett tema eller plugin, försök att inaktivera det först.

Vid Raidboxes du kan göra detta via dina plugin / temainställningar för din BOX - även om du inte längre kan komma in i din WordPress-backend.

Om du inte har tillgång till din WordPress-backend med andra värdar kan du ansluta via S / FTP och i mappen .. / wp-innehåll / teman eller .. / wp-content / plugins hitta lämpligt tema eller plugin och byt namn på mappen. Detta inaktiverar automatiskt motsvarande element.

Om du inte är säker på vilket plugin eller tema som orsakar problemet, byt först till ett standardtema som Twenty Twenty-Two.

Om detta löser problemet är det troligtvis på grund av temat eller en kombination av tema och plugins. För att göra detta, kontakta tillverkaren av temat. Om inte, inaktivera alla plugins och återaktivera dem gradvis tills du har identifierat motsvarande plugin. Försök sedan installera om det här pluginet. Om detta inte hjälper heller, kontakta tillverkaren av plugin.

WordPress Fehler #4: Fel vid upprättande av en databasanslutning

Upprätta ett databasanslutningsfel är en super GAU bland WordPress-fel. Felmeddelandet innebär att servern inte längre har åtkomst till databasen eller inte längre kan nå den.

Din WordPress-databas lagrar nästan all information som din webbplats behöver för att köras korrekt. Inte bara innehållet på dina sidor och inlägg, utan även inloggningsinformation samt plugin- och temainställningar lagras i databasen.

Endast bilder, plugin-filer och temafiler och WordPress-kärnfiler lagras inte i databasen utan i filsystemet på din webbplats, som du till exempel kan nå via S / FTP.

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

Om din sida förblir vit och endast felmeddelandet "Fel vid upprättande av en databasanslutning" visas kommer din sida inte att kunna ansluta till din databas eller så kommer nödvändig information att saknas eller vara felaktig. I de flesta fall kan du inte längre logga in på WordPress-backend i det här fallet.

Orsak 1: Felaktiga data i WP-konfigurationen

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 särskilt det här!) bör du först skapa en säkerhetskopia av din webbplats. Vid Raidboxes lägg bara till en manuell säkerhetskopia till din Box Säkerhetskopior. Med andra värdar kan du behöva säkerhetskopiera hela webbplatsen eller åtminstone de filer du ändrar lokalt i förväg.

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-lösenord (DB_PASSWORD)
• MySQL Hostname (DB_HOST) [Detta är servern]
• Tabellprefix ($table_prefix) [vanligtvis 'wp_']

Som regel kan du använda denna information i Dashboard av din värd. I de flesta fall behövs inte all information. Vid Raidboxes Du behöver till exempel bara tabellprefixet, eftersom de återstående posterna automatiskt läses upp och kontrolleras.

Om du har nödvändig information, ladda ner wp-config.php från huvudkatalogen för din WordPress-installation via S / FTP, skapa en kopia av den lokalt som en säkerhetskopia och redigera originalet med en redaktör som Notepad ++.

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

Du jämför denna information med den information du just fått. Spara dessa ändringar och ladda upp filen tillbaka till serverns rotkatalog (skriv över originalfilen, du har en lokal säkerhetskopia). Om informationen är korrekt bör du kunna använda din webbplats normalt igen.

Orsak 2: Databasen felaktig

Det kan finnas ett fel i din databas.

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

define(‘WP_ALLOW_REPAIR’,true);

Ring sedan yourwebsite.com/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

Under vissa omständigheter är SQL Server för närvarande nere och kan inte nås. Vid behov uppnås också ett maximum avseende en databasstorlek. Eller så är webbhotellets resurser utarmade.

Tyvärr händer detta ofta med delad hosting . För där delar du en server med många andra webbplatser. Om en webbplats där förbrukar mycket resurser är det naturligtvis på bekostnad av din webbplats. Det är därför vi alltid rekommenderar en högpresterande värd speciellt anpassad till WordPress, så att den inte kommer till sådana överbelastningar.

Lösning: Kontakta din webbhotell eller kontrollera deras statussida (om någon) för att se om det finns några problem med servern just nu. Om det behövs, låt CPU-belastningen visas av värden och byt till en annan server om belastningen är för hög. Om detta inte ger någon förbättring bör du överväga att byta till en annan värd.

Slutsats

Visst känner du också till antydan till panik när du plötsligt sitter framför en vit skärm eller inte längre kan logga in på WordPress-backend. Det är viktigt att hålla huvudet kallt, systematiskt komma till botten av orsaken och sedan arbeta igenom lämpliga steg för att lösa problemet. Jag hoppas att den här artikeln kan hjälpa dig att analysera och åtgärda dessa typiska WordPress-fel i framtiden.

Vilket WordPress-problem har du haft att göra med mest hittills? Lämna mig gärna din feedback i kommentarerna.