Det finns inget mer oroande och frustrerande än att bläddra till din WordPress-webbplats och mötas av en vit skärm med ett fel. Några vanliga som du kanske har upplevt tidigare inkluderar 502 bad gateway-fel, den alltid like populära Dödens Vita Skärm, eller det skrämmande fel med att upprätta en databasanslutning. För många bloggar och e-handels-webbplatser resulterar dessa fel i att intäkterna från besökare omedelbart avtar och kunder kan inte slutföra sina inköp. Idag vill vi dyka in i 504 gateway timeout-felet och några rekommendationer om hur du fixar det på din WordPress-webbplats. Läs mer nedan om vad som orsakar detta fel och vad du kan göra för att förhindra det i framtiden.

Vad är ett 504 Gateway Timeout-fel?

Innan du dyker in i själva felet är det viktigt för att förstå hur de genereras. När du startar din webbläsare och besöker en webbplats skickar den en begäran tillbaka till den webbserver som den hostas på. Webbservern behandlar sedan förfrågan och skickar tillbaka de begärda resurserna tillsammans med vad de kallar en HTTP-rubrik. Den här HTTP-rubriken innehåller en av många HTTP-statuskoder för att kommunicera om allt är OK eller om något har gått fel. Inte alla HTTP-statuskoder är dåliga. Till exempel betyder en 200 statuskod ”Allt är OK”.

Det finns många olika typer av 500 statusfelkoder (500, 501, 502, 503 504, 520 etc.) som alla har olika betydelser. Dessa indikerar att förfrågan godkändes, men servern hindrade uppfyllandet av förfrågan.

I det här fallet betyder ett 504 gateway timeout-fel att ”Servern, som fungerar som en gateway, fick timeout när den väntade på en annan server att svara.” Koden returneras när det finns två servrar som är inblandade i behandlingen av en förfrågan och den första servern slutar vänta på den andra servern (uppströms-servern) för att svara (RFC 7231, avsnitt 6.6.5).

504 gateway timeout-fel i Chrome

504 gateway timeout-fel i Chrome

504 Gateway Timeout-Fel Variationer

På grund av alla olika webbläsare, operativsystem och servrar kan ett 504 gateway timeout-fel visa sig på ett antal olika sätt. De har dock alla vanligtvis samma betydelse. Nedan är bara några av de många olika varianterna du kan stöta på:

Vissa företag har till och med egna sidor för 504 gateway timeout-fel.

Github 504 fel timeout

Github 504 fel timeout

504 fel påverkar SEO

Till skillnad från 503-fel, som används för WordPress-underhållsläge och säger till Google att kolla vid ett senare tillfälle, kan ett 504-fel få negativ inverkan på SEO om det inte fixas direkt. Om din webbplats bara är nere i tio minuter och den genomsöks konsekvent många gånger, kommer sökroboten helt enkelt att få sidan levererad från cacheminnet. Eller så kanske inte ens Google har möjlighet att genomsöka det igen innan säkerhetskopiering. I det här scenariot är det inga problem.

Om webbplatsen är nere under en längre tid, säg 6+ timmar, så kan Google se 504-felet som ett problem på sitenivå som behöver åtgärdas. Detta kan påverka dina rankningar. Om du är orolig för upprepade 504 fel bör du ta reda på varför de händer till att börja med. Några av lösningarna nedan kan hjälpa till.

Lider du av 504 timeout-fel? Följ dessa steg för att lösa dem. 👍Click to Tweet

Så här fixar du 504 Gateway Timeout-fel

Var ska du starta felsökning om du ser ett 504 gateway timeout-fel på din WordPress-webbplats? Utan särskilt mycket kontext kan det ibland vara frustrerande och överväldigande att ens veta var du ska börja. Vanligtvis är dessa problem med nätverksanslutning och eller problem med servern som hostar webbplatsen. Det kan dock också vara ett problem med klienten eller till och med ett resultat av ett plugin från en tredje part. Så vi dyker in i lite av båda. Kolla in dessa vanliga orsaker och sätt att fixa 504 gateway timeout-felet och få sidan igång igen på nolltid.

1. Försök ladda om sidan

En av de enklaste och första sakerna du bör testa när du stöter på ett 504 bad gateway-fel är att helt enkelt vänta en minut eller så och ladda om sidan (F5 eller Ctrl+F5). Det kan vara så att värden eller servern helt enkelt är överbelastade och webbplatsen kommer tillbaka direkt. Medan du väntar kan du också snabbt prova en annan webbläsare för att utesluta det som ett problem.

En annan sak du kan göra är att klistra in webbplatsen i downforeveryoneorjustme.com. Den här webbplatsen kommer att berätta om webbplatsen är nere eller om det är ett problem från din sida. Ett verktyg som detta kontrollerar HTTP-statuskoden som returneras från servern. Om det är något annat än en 200 ”Allt är OK” kommer det att returnera en “nere” indikation.

downforeveryoneorjustme

downforeveryoneorjustme

2. Inaktivera proxyinställningar

Ibland kan du se ett 504-fel om du använder en proxy-service. Detta är vanligtvis ganska sällsynt, särskilt på kundsidan. Men en kan ha blivit aktiverad utan att du ens vet det. Följ dessa handledningar om hur du inaktiverar eller kontrollerar att inga proxyinställningar är aktiverade:

proxy-inställningar för Chrome

Inaktivera proxy-inställningar för Chrome

3. DNS-problem

En 504 gateway timeout kan också bero på ett DNS-problem. Det finns två sidor till det här, den första är på servern, till exempel att domänen inte använder rätt IP. Om du nyligen har migrerat din WordPress-webbplats till en ny värd, är det viktigt att vänta på att saker och ting ska spridas fullt ut, vilket kan ta upp till 24 timmar i vissa fall. Det beror på TTL-värdet på dina DNS-poster. Du kan använda ett gratisverktyg som DNSMap för att kolla om din DNS har spridits runt om i världen.

Kontrollera DNS-spridning

Kontrollera DNS-spridning

Den andra är a DNS-problem på klientsidan. I så fall kan du försöka rensa din lokala DNS-cache. Det här liknar att rensa webbläsarens cache.

I Windows öppnar du enkelt Kommandotolken och anger följande:

ipconfig /flushdns

Kommandoprompt – flush DNS

Kommandoprompt – flush DNS

Du bör se en ”Successfully flushed the DNS resolver Cache” om det fungerade.

För MacOS-användare kan du skriva in följande i terminalen:

dscacheutil -flushcache

Obs! Det finns inget meddelande för lyckad åtgärd på Mac-datorer.

Och till sist kan du tillfälligt ändra dina DNS-servrar på klientsidan. Som standard tilldelas DNS-servrar automatiskt av din Internetleverantör. Men du kan försöka tillfälligt ändra dessa till en offentlig DNS-server, till exempel Googles. Faktum är att vissa föredrar att använda Googles offentliga DNS på lång sikt på grund av att de ibland är mer tillförlitliga.

4. Avaktivera CDN tillfälligt

Det kan också vara ett problem med ditt innehållsleveransnätverk (CDN). Om du använder ett CDN från en tredjepartsleverantör är ett enkelt sätt att felsöka detta att helt enkelt inaktivera ditt CDN tillfälligt. Vi är till exempel stora fans av det kostnadsfria CDN Enabler plugin. Om du använder det kan du helt enkelt avaktivera plugin och sedan testa din webbplats. Om du inte kan komma åt din webbplats instrumentpanel, loggar du bara in på din webbplats via SFTP och byter namn på pluginets mapp till cdn-enabler_old. Detta kommer tillfälligt att inaktivera CDN-anslutningen. Detsamma gäller WP Rocket eller något annat plugin du kan ha anslutit till din CDN.

Byt namn på plugin-mappen tillfälligt

Byt namn på plugin-mappen tillfälligt

Detta kan också ibland uppstå med fullständiga proxy-tjänster som Cloudflare eller Sucuri, eftersom de har extra brandväggar mellan dem. De flesta av dem cachar faktiskt 500 statuskoder när de returneras av din ursprungsserver. Vi har märkt att detta händer ibland på den kostnadsfria Cloudflare-planen. Tyvärr, eftersom Cloudflare helt och hållet är en proxy-tjänst, finns det ingen snabb metod att helt enkelt inaktivera detta.

Men innan du går och pekar ut Cloudflare är det viktigt att veta att det finns två olika typer av 504 gateway timeout variationer som ses nedan:

504 Gateway Timeout med Cloudflare (Variation 1)

Om du ser följande skärm är detta faktiskt ett problem från Cloudflares sida, i vilket fall du bör ta kontakt med dem för support. Eller kolla deras status sida. Mest troligt är de redan medvetna om problemet och ett team som arbetar på det.

Cloudflare 504 gateway timeout

Cloudflare 504 gateway timeout

504 Gateway Timeout med Cloudflare (Variation 2)

Om du ser följande skärm är det här ett problem med din WordPress-värd (ursprungsserver), i vilket fall du bör hoppa över till rekommendation #5 nedan.

Cloudflare 504 gateway timeout fel hos värd

Cloudflare 504 gateway timeout fel hos värd

504 Gateway Timeout med Cloudflare med uppladdningar

En annan anledning till en timeout kan relateras till storleken på dina uppladdningar. De begränsar POST (uppladdningar) till 100 MB på sin kostnadsfria plan. Vi har emellertid ibland sett att kunder har problem med filer eller uppladdningar som är mindre än detta. Ibland kan det här problemet vara hos din värd eller Cloudflare. Ett enkelt sätt att bestämma vilket är att helt enkelt kringgå Cloudflare med din DNS-värds fil och försöka ladda upp igen. Eller helt enkelt avaktivera Cloudflare tillfälligt.

Om du använder Cloudflare med WordPress rekommenderas det alltid att använda deras gratis plugin och utesluta viktiga webbadresser från cachning (t.ex. ditt WordPress Admin-område).

5. Serverproblem (Kontrollera med din värd)

Ett serverproblem är en av de vanligaste orsakerna till att användare upplever 504 gateway-timeoutfel på sina WordPress-webbplatser. I lekmanna-termer, Nginx eller Apache väntar på ett svar från någonting och det fick en timeout. Vi har många kunder som kommer till Kinsta på grund av att de ständigt får detta hos andra WordPress-värdar. Här är ett exempel på en konversation som vi mottar regelbundet.

Vi får omkring 100k besökare per månad med mer än 200k visningar. Vi hostar för närvarande hos ____ och nyligen upplevde vi 504-fel på grund av överbelastning av servern. Jag gillar inte hur ____ hanterade problemet och vi var också rekommenderade att snart tvingas flytta till deras dedikerade planer, vilket jag inte tror är nödvändigt.

504-fel uppstår oftare på webbplatser med hög trafik och e-handel, till exempel WooCommerce, som har många förfrågningar som inte kan cachas, eftersom de ibland kan orsaka a serveröverbelastning. Vi har dock sett dessa fel med alla typer av webbplatser, även med enkla bloggar. Många värdar svarar helt enkelt tillbaka att du måste uppgradera till en plan på högre nivå för att lösa problemet. Och medan det här troligtvis kommer att bli av med de flesta 504 gateway timeout-fel, och det krävs ibland, är det inte alltid nödvändigt.

Här på Kinsta använder vi LXD-hanterade värdar och orkestrerade LXC-programvarucontainrar för varje webbplats. Detta innebär att varje WordPress-webbplats är inrymd i en egen isolerad container, som har alla programvaruresurser som krävs för att köra den (Linux, Nginx, PHP, MySQL). Resurserna är 100 % privata och delas inte med någon annan eller ens dina egna webbplatser. Många delade WordPress-värdar har inte denna förmåga och därför kan en högtrafikande angränsande webbplats som orsakar 504 gateway-timeoutfel, mycket väl påverka din webbplats.

Inte bara är dina webbplatser isolerade, men vår infrastruktur byggdes för att enkelt hantera tusentals samtidiga anslutningar. Även MySQL-databaser är hostade på localhost, inte en fjärrserver. Detta säkerställer att det inte finns någon latens mellan maskiner, vilket resulterar i snabbare förfrågningar och mindre chans att timeouts uppträder någonstans däremellan. Många kunder som migrerar till Kinsta ser enorma minskningar av totala belastningstider.

Förutom serveravbrott på grund av serverbelastning, här är några andra orsaker till att en server kan uppleva ett 504-fel:

Det är också viktigt att notera att 504 fel kan bedrägligt nog se ut som 503 server unavailable-fel eller till och med 502 bad gateway-fel, men de är faktiskt olika. Om du upplever ett 504-fel hos Kinsta är det bara att öppna en supportbiljett och vi fixar det omedelbart. Vi övervakar även fel som dessa proaktivt med New Relic, så mer än troligt undersöker vårt team redan problemet.

WordPress supportbiljett

WordPress supportbiljett

Om du är orolig för att dessa ska hända på din webbplats i framtiden kan du också använda ett verktyg som updown.io att övervaka och meddela dig omedelbart om de uppstår. Det skickar regelbundet en HTTP HEAD-förfrågan till den webbadress du vill. Du kan helt enkelt använda din hemsida. Med verktyget kan du ställa in kontrollfrekvenser på:

Det skickar dig ett mail om och när din webbplats går ner. Här är ett exempel nedan.

E-postmeddelande om 504-fel

E-postmeddelande om 504-fel

Detta kan vara särskilt användbart om du befinner dig på en gemensam värd, som tenderar att överbelasta sina servrar. Detta kan ge dig bevis på hur ofta din webbplats faktiskt går ner utan att du märker det (även under mitten av natten). Därför rekommenderar vi alltid att du väljer en hanterad WordPress-värd. Se till att kolla in vårt inlägg som utforskar de bästa 9 skälen att välja hanterad WordPress hosting.

6. Spam, Bots eller DDoS-attacker

Det kan mycket väl vara så att din webbplats blir spammad av bots eller genomgår en DDoS-attack. Ibland kan dessa leda till ocachade förfrågningar och kan överväldiga servern vilket resulterar i 504 gateway-timeoutfel. Du kan ta en titt på din serveranalys och se om du kan se några mönster. Här på Kinsta tillhandahåller vi dessa uppgifter i vårt MyKinsta analysverktyg. Du kan också be din värd om dessa uppgifter. Den första rapporten vi rekommenderar att titta på är toppklienter IP-adresser. Det här kan vara till stor hjälp om din webbplats plötsligt genererar mycket bandbredd eller blir attackerad av bots.

Geo & IP - toppklienter IP-adresser

Geo & IP – toppklienter IP-adresser

Den andra rapporten vi rekommenderar att titta på är cachemätning. Här kan du se hur många förfrågningar som kringgår cacheminnet, missar cacheminnet och de bästa platserna på din webbplats. Av prestations- och stabilitetsskäl vill du att så många förfrågningar som möjligt ska cachas. Det här är inte alltid möjligt, eftersom webbplatser som WooCommerce-användare genererar många förfrågningar som inte kan cachas, ett måste för att funktioner som kundvagnen och check-out-processen ska fungera korrekt och fortsätta vara synkade.

Cache analys

Cache analys

Om du upptäcker eller identifierar trafik/IP-adresser som borde blockeras på din webbplats kan du använda ett WordPress-säkerhetsplugin till hjälp. Men om du är en Kinsta-kund tillåter vi vanligtvis inte säkerhetsplugin av några orsaker. Först och främst kan de ha stor effekt på din prestanda, särskilt skanningskapacitet. För det andra använder vi belastnings-balanseraren Google Cloud Platform, vilket innebär att deras IP-blockeringsfunktionalitet ofta inte skulle fungera som den är tänkt.

Naturligtvis kan IP-adresser alltid blockeras av vårt Kinsta-supportteam, men beroende på attackens längd och omfattning kan detta vara en oändlig process av att svartlista IP-adresser, som i de flesta fall inte löser problemet tillräckligt snabbt. Många attacker eller spamming kommer helt enkelt att dyka upp i ett nytt område när det blockeras i det första, eller så ändras IP-adresser och proxyadresser. Så i detta fall rekommenderar vi att klienten använder en säkerhetslösning som Cloudflare eller Sucuri.

Kolla in våra artiklar på hur du installerar Cloudflare på din WordPress-webbplats och hur Sucuri hjälpte en av våra kunder att stoppa DDoS-attacken medan den pågick.

Kämpar du med driftstopp och WordPress-problem? Kinsta är hosting-lösningen som är utformad för att spara tid! Kolla in våra funktioner

7. Kontrollera dina plugin och teman

Många anser att pluginprogram eller teman från tredje part inte orsakar 504 gateway-timeoutfel. Och i de flesta fall gör de inte det. Men enligt vår erfarenhet, kan en långsam ocachad förfrågan från ett plugin verkligen resultera i förseningar, eftersom detta binder upp fler av dina PHP-arbetstagare. När du har nått din gräns för PHP-arbetstagare, börjar kön att trycka på äldre förfrågningar som kan leda till 504 fel. Detta får inte förväxlas med 502 gateway-fel där felet inträffar efter en timeout på 60 sekunder i kön.

Ett par sätt att felsöka detta på är genom att inaktivera alla dina pluginprogram. Kom ihåg att du inte kommer att förlora några data om du helt enkelt inaktiverar ett plugin. Om du fortfarande kan komma åt din admin-panel går det snabbt att göra detta genom att bläddra till ”Plugin” och välj ”Avaktivera” från menyn bulkhandlingar. Det här inaktiverar alla dina plugin.

Inaktivera alla plugin

Inaktivera alla plugin

Om det här löser problemet måste du hitta den skyldige. Börja aktivera dem en efter en, ladda om webbplatsen efter varje aktivering. När du ser 504 Gateway Timeout-svaret har du hittat det felaktiga plugin-programmet. Du kan sedan nå ut till pluginutvecklaren för hjälp eller skicka en supportbiljett i WordPress-repository.

Om du inte kan komma åt din admin-panel kan du FTP till din server och byta namn på din plugin-mapp till något som plugins_old. Kontrollera sedan din webbplats igen. Om det fungerar måste du testa varje plugin en efter en. Byt namn på din plugin-mapp tillbaka till ”plugins” och byt sedan namn på varje plugin-mapp i den, en efter en, tills du hittar den skyldiga. Du kan också försöka återskapa detta på en test-webbplats först.

Byt namn på pluginmappen

Byt namn på pluginmappen

Se alltid till att dina plugin, teman och WordPress-kärnan är uppdaterade. Och kontrollera att du kör en stödd version av PHP. Du kan alltid nå ut till din värd för hjälp. Vi använder New Relic och andra felsökningsmetoder här hos Kinsta för att hjälpa kunderna att begränsa vilken plugin, förfrågning eller skript som kan orsaka felet. Du kan också använda din egen New Relic-nyckel.

Tidskrävande förfrågningar till databasen

Tidskrävande förfrågningar till databasen

Om det visar sig vara en effektiv förfråga eller dålig kod i ett plugin kanske du behöver ta in en WordPress-utvecklare för att åtgärda problemet.

8. Kontrollera loggar

Du bör också dra nytta av din fel-loggar. Om du är en Kinsta-kund kan du enkelt se fel i loggen i MyKinsta-panelen. Det här kan hjälpa dig att snabbt begränsa problemet, särskilt om det beror på ett plugin på din webbplats.

Kontrollera felloggar för 502 bad gateway-fel

Kontrollera felloggar för 502 bad gateway-fel

Om din värd inte har ett loggverktyg kan du också lägga till följande kod i din wp-config.php-fil för att aktivera loggning:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
WordPress fel-loggmapp SFTP

WordPress fel-loggmapp SFTP

Du kan också kontrollera loggfilerna i Apache och Nginx, som ofta finns här:

Om du är en Kinsta-kund kan du också använda vårt analytics-verktyg för att få en sammanfattning av det totala antalet 504 fel och se hur ofta och när de uppstår. Det här kan hjälpa dig att felsöka om det här är ett pågående problem, eller kanske något som har löst sig själv.

Svarsanalys 500-feluppdelning

Svarsanalys 500-feluppdelning

9. Nginx-inställningar

Om du hanterar din egen server och WordPress-sidor på Nginx + FastCGI (php-fpm) eller Nginx som proxy för Apache, finns det några ytterligare inställningar du kan ändra för att förhindra 504 gateway-timeoutfel.

504 Gateway Timeout-fel på Nginx + FastCGI (php-fpm)

Om du använder Nginx med FastCGI (php-fpm) behöver du först göra en ändring av din PHP-FPM-fil. Navigera till /etc/php5/fpm/pool.d/www.conf (kan variera baserat på PHP-version). Ange följande direktiv:

request_terminate_timeout = 300

Därefter måste du ändra din php.ini-fil, som normalt finns på /etc/php.ini. Sök efter direktivet max_execution_time. Öka värdet till 300; om direktivet inte redan finns, lägg till det:

max_execution_time = 300

Slutligen måste du ändra din nginx.conf-fil. Lägg till följande i din Nginx virtuella värdkonfiguration.

location ~ .php$ {
...
fastcgi_read_timeout 300;
}

Ladda sedan enkelt Nginx och PHP-FPM.

service nginx reload
service php5-fpm reload

504 Gateway Timeout Error på Nginx Proxy

Om du använder Nginx som en proxy för Apache, lägg till följande i din nginx.conf-fil:

proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
send_timeout 600;

Ladda sedan helt enkelt om Nginx.

service nginx reload

Sammanfattning

Som du kan se finns det en mängd olika sätt att felsöka och fixa 504 gateway-timeoutfel på din WordPress-webbplats. Vanligtvis är det här ett serverproblem, i så fall kan du snabbt nå ut till din värd för att få det löst. Men det är också viktigt att förstå att de faktiskt kan orsakas av plugin från tredje part eller från att överarbeta din PHP-kö/backlog.

Om du maximerar dina PHP-arbetare rekommenderar vi att du når ut till vår support här på Kinsta eller hyr en WordPress-utvecklare som specialiserar sig på optimering av webbprestanda. Om du efter att ha grävt på din webbplats upptäcker att dina plugin, teman och förfrågningar är bra, kan det mycket väl vara att du behöver uppgradera din plan eller antal PHP-arbetare.

Var det något vi saknade? Kanske har du ett annat tips vid felsökning av 504 gateway timeout-fel? Om så är fallet, meddela oss nedan i kommentarerna.


Om du tyckte om den här artikeln, då kommer du att älska Kinsta´s hosting-plattform. Effektivisera din hemsida och få support dygnet runt från vårt rutinerade team på WordPress. Vår Google Cloud-drivna infrastruktur fokuserar på auto-skalning, prestanda och säkerhet. Lås oss visa dig skillnaden med Kinsta! Kolla in våra paket