504-fel i WordPress: Hur man fixar det

Har du någonsin stött på ett 504-fel på din webbplats? Skrämmande sak, inte sant?

När du driver ett företag finns det aldrig brist på saker som kan gå fel. Många faktorer bidrar till detta, mänskliga faktorer, tekniska faktorer och även miljöfaktorer.

Och när du lägger till en webbplats till den mixen, upphör inte möjligheterna för katastrofer. Du har potentiella säkerhetsintrång, eller oupptäckt driftstopp, eller till och med dålig UI/UX-design etc.

Men låt oss säga att du gjorde allt perfekt. Du har en säker sida som laddas snabbt.

Sökmotorer rangordnar den på den första resultatsidan. Och sedan får du "Ett fel inträffade (status: 504)". Vad nu? Du börjar ställa frågor på Google, "Vad är ett 504-fel?", "Vad är en 504 Gateway Timeout?", "Vad betyder Gateway Timeout" ?", och "Vad betyder 504 Gateway Timeout?".

Vad är ett 504-fel?

Innan vi kommer till själva felet är det viktigt att du förstår hur de genereras. När du startar din webbläsare och går till en webbplats skickar den en förfrågan till webbservern som den finns på.

Denna server bearbetar sedan begäran och skickar tillbaka det du begärde tillsammans med en HTTP-header. Den här rubriken har en av många statuskoder som kommunicerar om allt är okej eller om det är något problem. Alla koder är inte dåliga – en 200-statuskod betyder att det inte är några problem.

När det gäller 504-felet finns det några få 500-statusfelkoder, såsom 500, 501, 503, 504, och de har alla olika betydelser. De indikerar att begäran accepterades, men servern hindrade begäran från att uppfyllas.

I det här fallet betyder en 504-gateway-timeout att servern tog timeout medan den väntade på att en annan server skulle svara. Du kan få en 504 dålig gateway när du har två servrar inblandade i begäran, och den första går ut medan du väntar på att den andra ska svara.

Hur 504-statuskoden kan se ut för dig

Vissa enskilda webbplatser har frihet att anpassa hur 504-felkoden visas, men de vanligaste sätten är:

• 504 Gateway Time-out
• 504 FEL
• Gateway Timeout (504)
• HTTP 504

Felet kommer att dyka upp i webbläsarfönstret, precis som en vanlig webbsida skulle göra. Du kanske ser sidhuvuden och sidfötter, såväl som ett trevligt meddelande, eller så kanske du får en helvit sida och bara 504 överst. Oavsett hur den specifika webbplatsen visar det är det samma budskap.

Information om 504-fel

Som nämnts finns det olika HTTP-statuskoder som kan dyka upp på din webbplats när som helst. Till exempel betyder 200 statuskoder att allt är okej. 300 statuskoder betyder att det finns en URL-omdirigering som äger rum.

En 400-statuskod låter dig veta att det finns ett fel med slutanvändaren, eller "klienten". I den här situationen är det fel på webbläsaren, brandväggen, internetanslutningen eller proxyinställningarna. 500 statuskoder, till exempel 504 gateway-felet, betyder att webbplatsens server har ett problem.

När du har en 504-felkod tappar du med största sannolikhet din anslutning till webbplatsen, eller så kan du inte ansluta till den till att börja med. Det betyder att webbplatsens server fick en förfrågan men inte kan svara på den eftersom bearbetningen av den tog för lång tid och det tog timeout.

När du vill felsöka ett 504-fel på din webbplats, var uppmärksam på ordspråket om du vill begränsa roten till problemet. Om du har "NGINX", eller någon specifik webbvärd eller CDN-leverantörs namn, ligger problemet på värdens sida, och det är dem du bör kontakta så att de kan fixa det.

Å andra sidan, om felmeddelandet är allmänt, kan problemet bero på din egen konfiguration. Det vanligaste skälet är att servern inte har tillräckligt med minne eller bandbredd för att tillgodose begäran. För att åtgärda det här felet måste du skala resurserna därefter.

Hur fixar jag 504 Gateway Timeout-felen på din webbplats?

Som beskrivits ovan är det faktiskt enkelt att identifiera den ansvarige parten för ett sådant fel. Den här felkoden indikerar ett fel på serversidan, så det är antingen på din sida eller hos värden. Men det finns faktiskt massor av anledningar till varför en server inte skulle kunna leverera en förfrågan och skicka en 504 i gengäld.

Är det bara tillfälligt?

Om du upptäckt felet själv och ingen annan har rapporterat det, uppdatera webbplatsen. Rensa sedan webbläsarens cacheminne. Om webbplatsen kommer tillbaka är det förmodligen bara en tillfällig hicka med servern, men du måste hålla ett öga på den för att säkerställa att det inte händer oftare.

Har du ett säkerhetsintrång?

Om felet inte är tillfälligt vill du vara säker på att du inte har något säkerhetshot, till exempel en DDoS eller något liknande. Kontrollera dina säkerhetsplugins, se om de kanske fångade något. Om du har anlitat en säkerhetsleverantör för att hantera detta, kolla med dem. Du kommer att vilja utesluta detta i båda fallen, eftersom mycket mer än bara ett serverfel står på spel här.

Kan en nyligen genomförd migrering vara orsaken?

Att migrera din webbplats är ganska vanligt nuförtiden, och att göra det framgångsrikt är inte särskilt svårt. Det finns dock vissa migreringar, vissa till och med så enkla som att flytta från HTTP till HTTPS, som kan resultera i ett tillfälligt 504-fel.

Detta beror på att DNS-posterna inte har spridits helt. Din webbplats kommer att ge 504-felet tills det händer. Om detta inte löser sig efter en tid måste du cachelagra DNS-servrarna på klientsidan.

Kan det vara databasen?

Om du tror att MySQL-databasen är skyldig på något sätt, använd en plugin för att reparera den. WP-DBManager är ett bra förslag som har visat sig fungera.

Har du modifierat din databas filer?

Om du har kan det här vara problemet. Inte ett problem med hela databasen, men om något modifierades på ett felaktigt sätt i en av dessa filer, kan det orsaka avbrott i tjänsten. Den specifika filen att titta på är .htaccess -filen – rulla tillbaka den till den tidigare versionen, den före uppdateringen, och se om du åtgärdar problemet.

Installerade du ett nytt tema eller plugin?

Om du har gjort sökningar online på ämnet 504-fel, kommer du att upptäcka att plugins ofta skylls för detta. Och det är vettigt – om du inte spenderar tillräckligt med tid på att kontrollera dem noggrant, kan ett nytt plugin eller ett tema resultera i ett 504-fel.

Om du kan peka ut när felet började visas vet du var du ska leta när det gäller att lägga till nya plugins eller kanske göra uppgraderingar. Om du tror att det plugin du installerade vid den tiden är skyldig, inaktivera det och se sedan om problemet kvarstår. Om det inte avbryter det, försök att göra detta med alla plugins, en i taget. Nedgången i serverns svarstid kan orsakas av en felaktigt cachad eller uppdaterad plugin.

CDN kan vara skyldig

En populär metod för felsökning när det finns ett 400-problem, klientsidan, är att inaktivera proxyn. Detta beror på att en proxy faktiskt hindrar servern från att skicka filer till ditt webbläsarfönster.

Vi har dock ett 500-fel här, och problemet ligger hos dig, inte hos kunden. Det enda sättet som en proxy kan orsaka problem är om CDN på ett eller annat sätt står i vägen för anslutningen. Om detta är fallet kommer du att upptäcka att felet har CDN-leverantörens namn någonstans i meddelandet, och du bör kontakta dem för hjälp.

Slutar tankar på 504-fel

Som du ser finns det inte en brist på sätt att försöka fixa den här typen av fel på din webbplats. De är vanligtvis server-side, och du kan kontakta din värd för att få saker fixade. Du bör dock veta att de också kan orsakas av plugins, eller till och med teman, såväl som av att PHP-arbetarnas kö eller eftersläpning överväldigas.

Om du gillade att läsa den här artikeln om hur du fixar 504-fel, bör du kolla in den här om hur du fixar WordPress white screen of death.

Vi skrev också om några relaterade ämnen som att fixa WordPress http-fel vid uppladdning av bild, hur man fixar för många omdirigeringar, hur man fixar att WordPress inte skickar e-post, hur man fixar err_ssl_version_or_cipher_mismatch och fixar 502 bad gateway- felet.