Er is niets zorgwekkender en frustrerender dan om naar je WordPress-site te browsen en vervolgens een wit scherm te zien met een foutmelding. Sommige veelvoorkomende fouten heb je misschien eens meegemaakt, zoals de ‘502 Bad Gateway’-foutmelding, het oh zo populaire witte scherm des doods of de beangstigende fout bij het maken van een databaseverbinding. Voor veel blogs en e-commercewebsites betekent deze foutmelding een vermindering van de omzet van bezoekers die de website niet kunnen bezoeken of klanten die hun aankopen niet kunnen voltooien. Daarom willen we het vandaag hebben over de ‘504 Gateway Timeout’-foutmelding, en willen we je een aantal aanbevelingen meegeven over hoe je deze moet verhelpen op je site. Lees hieronder verder over wat deze foutmelding veroorzaakt en hoe je deze in de toekomst kunt voorkomen.

Wat is een ‘504 Gateway Timeout’-foutmelding?

Voordat we in de daadwerkelijke fout duiken, is het belangrijk om te begrijpen hoe hij ontstaat. Wanneer je je browser opstart en een website bezoekt, stuurt het een verzoek naar de webserver waarop hij is gehost. De webserver behandelt dit verzoek en stuurt een zogenaamde HTTP-header terug. Deze HTTP-header bevat een van de vele HTTP-statuscodes om te communiceren dat alles oké is of dat er iets is misgegaan. Niet alle HTTP-statuscodes zijn slecht nieuws. Bijvoorbeeld, een 200-statuscode betekent “Alles is oké”.

Er zijn veel verschillende soorten 500-statuscodes (500, 501, 502, 503, 504, 520 enz.) en ze betekenen allemaal iets anders. Ze geven aan dat het verzoek is geaccepteerd, maar dat iets ervoor zorgt dat de server het verzoek niet kan uitvoeren.

In het geval van de ‘504 Gateway Timeout’-foutmelding betekent het dat “de server, die als een Gateway fungeert, een Timeout kreeg terwijl het wachtte op een antwoord van een andere server”.  De code wordt teruggegeven wanneer er twee servers betrokken zijn bij het afhandelen van het verzoek, en de eerste server een Timeout krijgt tijdens het wachten op een antwoord van de tweede server (‘upstream server’) (RFC 7231, sectie 6.6.5)

De ‘504 Gateway Timeout’-foutmelding in Chrome

De ‘504 Gateway Timeout’-foutmelding in Chrome

Variaties van de ‘504 Gateway Timeout’-foutmelding

Door de verschillende webservers, besturingssystemen en browsers, kan een ‘504 Gateway Timeout’-foutmelding er op een aantal verschillende manieren uitzien. Ze hebben gewoonweg echter allemaal dezelfde betekenis. Hieronder staan een paar voorbeelden van de vele verschillende variaties die je kunt tegenkomen op het web:

  • “504 Gateway Timeout”
  • “504 Gateway Timeout NGINX”
  • “NGINX 504 Gateway Timeout”
  • “Gateway Timeout Error”
  • “Error 504”
  • “HTTP Error 504”
  • “HTTP Error 504 – Gateway Timeout”
  • “HTTP 504”
  • “504 Error”
  • “Gateway Timeout (504)
  • “This page isn’t working – Domain took too long to respond”
  • “504 Gateway Time-out – The server didn’t respond in time”
  • Een leeg wit scherm

Sommige bedrijven hebben speciale zelfgemaakte pagina’s voor wanneer een ‘504 Gateway Timeout’-foutmelding zich voordoet.

‘504 Gateway Timeout’-foutmelding van Github

‘504 Gateway Timeout’-foutmelding van Github

De effecten van 504-foutmeldingen op SEO

In tegenstelling tot 503-foutmeldingen, die worden gebruikt voor de WordPress-onderhoudsmodus om Google te laten weten dat ze op een later tijdstip moeten terugkomen, kunnen 500-foutmeldingen een negatieve impact hebben op SEO wanneer deze niet meteen worden opgelost. Als je site slechts 10 minuten down is en er wordt gecrawld, krijgt de crawler de pagina gewoon uit de cache. Dat is, als Google je website heeft gecrawld voordat deze weer online is. In dit scenario is alles dus in orde.

Als de site echter een langere periode niet beschikbaar is, bijvoorbeeld voor meer dan zes uur, kan Google de 504-foutmelding zien als een probleem op site-niveau dat moet worden verholpen. Dit kan je webranking beïnvloeden. Als je je zorgen maakt over herhaaldelijke 504-foutmeldingen, moet je erachter komen wat ze veroorzaakt. Sommige van de onderstaande oplossingen kunnen helpen.

Last van 504 gateway time-out fouten? Volg deze stappen om ze op te lossen. 👍 Click to Tweet

Een ‘504 Gateway Timeout’-foutmelding verhelpen

Waar moet je beginnen als je een ‘504 Gateway Timeout’-foutmelding ziet op je WordPress-site? Zonder een grote hoeveelheid context kan het frustrerend zijn om erachter te komen waar je moet beginnen. Normaliter worden ze veroorzaakt door problemen met de netwerkverbinding of problemen met de server waarop de website is gehost. Het kan echter ook een probleem zijn aan de kant van de bezoeker of zelfs een probleem met een plug-in van een derde partij. Daarom zullen we duiken in beide oorzaken. Bekijk deze veelvoorkomende oorzaken en manieren waarop je de ‘504 Gateway Timeout’-foutmelding kunt verhelpen en je website snel weer online kunt krijgen.

1. Probeer de pagina te verversen

Dit lijkt voor sommigen misschien vanzelfsprekend, maar een van de makkelijkste handelingen die je kunt proberen – en het zou de eerste moeten zijn – wanneer je een ‘504 Gateway Timeout’-foutmelding tegenkomt is om simpelweg een minuutje te wachten en de pagina te verversen (F5 of Ctrl + F5). Het zou kunnen dat de host of de server even overbelast is en snel weer beschikbaar zal zijn. Terwijl je wacht, kun je ook proberen om de website te openen in een andere browser om er zeker van te zijn dat dat niet het probleem is.

Iets anders dat je kunt doen is de websitelink kopiëren naar downforeveryoneorjustme.com. Deze website zal je vertellen of de website down is, of dat het een probleem aan jouw kant is. Een dergelijke tool bekijkt de HTTP-statuscode dat het terugkrijgt van de server. Wanneer het iets anders is dan een ‘200 Alles is oké’-melding zal het je vertellen dat de website down is.

downforeveryoneorjustme

downforeveryoneorjustme

2. Proxy-instellingen uitschakelen

Soms zie je een 504-foutmelding wanneer je een proxyservice gebruikt. Dit is normaal vrij zeldzaam, vooral aan de kant van de bezoeker. Het kan echter zo zijn dat er een proxy is ingeschakeld zonder dat je dat weet. Volg deze handleidingen om te leren hoe je proxy-instellingen kunt uitschakelen of om er zeker van te zijn dat je geen proxy hebt ingesteld:

Proxy-instellingen uitschakelen in Google Chrome

Proxy-instellingen uitschakelen in Google Chrome

3. DNS-problem

Een ‘504 Gateway Timeout’-fout kan ook worden veroorzaakt door een probleem met de DNS. Dit probleem kent twee kanten, de een aan de serverkant, zoals het domein dat niet goed wordt doorverwezen naar het juiste IP-adres. Als je zojuist je WordPress-site hebt gemigreerd naar een nieuwe host, is het belangrijk om te wachten totdat de migratie goed is doorgezet, wat in sommige gevallen tot 24 uur kan duren. Dit is afhankelijk van de TTL-waardes in je DNS-register. Je kunt een gratis tool zoals DNSMap gebruiken om te controleren of je DNS-migratie over de hele wereld goed is doorgezet .

Controleer DNS-migratie

Controleer DNS-migratie

De andere is een DNS-probleem an de kant van de gebruiker. In dit geval kun je proberen om je lokale DNS-cache te legen. Dit is vergelijkbaar met het legen van je browser-cache.

In Windows open je simpelweg het opdrachtregelvenster (zoek op ‘cmd’ in het Startmenu en druk op Enter) en voer je het volgende in:

ipconfig /flushdns

Opdrachtregel – DNS legen

Opdrachtregel – DNS legen

Als het goed is gegaan zou je een “De DNS-resolvercache is succesvol leeggemaakt”-bericht moeten zien.

Voor macOS-gebruikers, typ het volgende in de terminal:

dscacheutil -flushcache

Let op: Er is geen confirmatiebericht in Mac.

En ten slotte zou je tijdelijk de DNS-servers kunnen aanpassen aan jouw kant. DNS-servers worden standaard aangewezen door je internetprovider. Maar je kunt proberen om deze tijdelijk te veranderen naar een publieke DNS-server, zoals die van Google. Sterker nog, sommigen hebben standaard de voorkeur voor het gebruiken van de publieke DNS-servers van Google, omdat ze in sommige gevallen meer betrouwbaar zijn.

4. Tijdelijk CDN uitschakelen

Het zou ook een probleem kunnen zijn met je Content Delivery Network (CDN). Als je een CDN gebruikt van een derde partij dan kun je het probleem makkelijk oplossen door tijdelijk je CDN uit te schakelen. Wij zijn bijvoorbeeld grote fans van de gratis CDN-enabler plug-in. Als je daar gebruik van maakt kun je simpelweg de plug-in uitschakelen en daarna je site testen. Als je geen toegang hebt tot het dashboard van je site, log dan in via SFTP en hernoem de map van de plug-in naar “cdn-enabler_old”. Dit zal de verbinding met de CDN tijdelijk verbreken. Hetzelfde geldt voor WP Rocket en elke andere plug-in die je mogelijk hebt aangesloten op je CDN.

Hernoem de plug-in-map

Hernoem de plug-in-map

Dit kan ook voorkomen met volledige proxy-services zoals Cloudflare of Sucuri, omdat ze extra firewalls toepassen. De meeste van hen cachen 500-statuscodes wanneer die worden teruggegeven door de oorspronkelijke server. We hebben gemerkt dat dit af en toe gebeurd als je gebruik maakt van het gratis pakket van Cloudflare. Er is helaas echter geen makkelijke manier om het uit te schakelen omdat Cloudflare een volledige proxyservice is.

Maar voordat je vingers gaat wijzen naar Cloudflare is het belangrijk om te weten dat er twee verschillende sooorten ’504 Gateway Timeout’ variaties zijn zoals hieronder:

‘504 Gateway Timeout’-foutmelding bij Cloudflare (variatie 1)

Zoals je in het volgende scherm kunt zien, is dit een probleem aan de kant van Cloudflare, in welk geval je contact met ze op moet nemen voor hulp. Of bekijk hun statuspagina. Ze zijn hoogstwaarschijnlijk al op de hoogte van de fout, en bezig om deze te verhelpen.

Cloudflare ‘504 Gateway Timeout’-fout

Cloudflare ‘504 Gateway Timeout’-fout

‘504 Gateway Timeout’-foutmelding bij Cloudflare (variatie 2)

Wanneer je het volgende scherm ziet, is er een probleem met je WordPress-host (oorspronkelijke server), in welk geval je door wilt gaan naar aanbeveling #5 hieronder.

Cloudflare ‘504 Gateway Timeout’-fout bij de host

Cloudflare ‘504 Gateway Timeout’-fout bij de host

‘504 Gateway Timeout’-foutmelding bij Cloudflare met uploads

Een andere reden voor een Timeout kan te maken hebben met de grootte van je uploads. Cloudflare heeft een limiet voor POST (uploads) van 100 MB voor hun gratis pakket.  We hebben echter problemen gezien bij klanten met bestanden die kleiner waren dan dit. Dit probleem kan zich voordoen bij je host of bij Cloudflare. Een makkelijke manier om erachter te komen welke het is is om simpelweg Cloudflare te omzeilen met je DNS-hosts-bestand en de upload opnieuw te proberen. Of schakel Cloudflare tijdelijk uit.

Als je Cloudflare gebruikt met WordPress is het altijd aan te raden om hun gratis plug-in te gebruiken en om belangrijke URL’s uit te sluiten van cachen (zoals je WordPress-beheer pagina’s)

5. Serverproblemen (Vraag na bij je host)

Een probleem aan de kant van de server is een van de vaakst voorkomende redenen dat gebruikers een ‘504 Gateway Timeout’ fout ervaren op hun WordPress-sites. Simpel gezegd, Nginx of Apache wacht op een antwoord van iets en dat veroorzaakt een Timeout. We krijgen veel klanten die naar Kinsta komen, omdat ze constant deze foutmelding kregen bij andere WordPress-hosts. Hier is een voorbeeld van een gesprek die we op regelmatige basis voeren.

Per maand krijgen we rond de 100.000 bezoekers en worden meer dan 200.000 keer bekeken. We worden momenteel gehost door ____ en we hadden recentelijk last van een 504-fout door een overbelaste server. Ik was teleurgesteld in hoe ____ het probleem heeft afgehandeld en we werden ook aangeraden om snel over te stappen op hun duurdere dedicated pakketten, maar dat lijkt me niet nodig.

504-Fouten komen vaker voor op websites met veel verkeer en e-commerce websites, zoals WooCommerce die veel verzoeken hebben die niet gecachet kunnen worden, omdat dit soort websites sneller een overbelaste server kunnen veroorzaken. We hebben deze fouten echter gezien op allerlei sites, ook simpele blogs. Veel hosts zullen simpelweg reageren door te zeggen dat je een beter pakket moet aanschaffen om het probleem te verhelpen. En hoewel dit waarschijnlijk de ‘504 Gateway Timeout’-fout zal verhelpen, en soms daadwerkelijk vereist is, is dit niet altijd nodig.

We maken ook gebruik van LXD-managed-hosts en gearrangeerde LXC-softwarecontainers voor elke site. Dit betekent dat elke WordPress-site wordt gehuisvest in zijn eigen geïsoleerde container, die alle softwarematige middelen heeft die nodig zijn om deze optimaal uit te voeren (Linux, Nginx, PHP, MySQL). De middelen zijn 100% privé en worden niet gedeeld met anderen, zelfs niet met je eigen sites. Veel WordPress-hosts hebben deze functionaliteit niet, en daardoor kan een drukbezochte site op dezelfde server een ‘504 Gateway Timeout’ veroorzaken op jouw site.

Onze sites zijn niet alleen geïsoleerd, maar onze infrastructuur is er ook op ingericht om gemakkelijk duizenden gelijktijdige verbindingen af te kunnen handelen. Zelfs de MySQL-databases zijn gehost op localhost, niet op een aparte server. Dit zorgt ervoor dat er geen latentie is tussen de machines, wat zorgt voor snellere query’s en minder kans op Timeouts. Veel klanten die migreren naar Kinsta zien een grote vermindering van hun laadtijden.

Op Timeouts door serverbelasting na, zijn hier nog een aantal andere redenen waarom een server een 504-fout zou kunnen ervaren:

  • Langzame server: Het kan zijn dat de server waarop je WordPress-site wordt gehost te langzaam is om te reageren op verzoeken en daarom Gateway fouten genereert.
  • Niet genoeg PHP-workers:PHP-workers worden gebruikt om de code op je WordPress-site uit te voeren. Op veeleisende sites kan het zijn dat de PHP-workers bezig zijn, in welk geval ze een wachtrij opbouwen. Als de wachtrij en de backlog vol zijn, worden de oudste verzoeken genegeerd. Je kunt je host vragen om het aantal PHP-workers te verhogen. Extra PHP-workers per site zorgen ervoor dat er meer gelijktijdige verzoeken kunnen worden afgehandeld.
  • Problemen met de firewall: De firewall op je server zou een probleem kunnen hebben, zoals een foutieve configuratie, of regels die verhinderen dat er een goede verbinding wordt gemaakt.
  • Netwerkverbinding: Als er problemen zijn met de netwerkverbinding tussen de proxyserver en de webserver, kan het leiden tot vertragingen in de reactie op een HTTP-verzoek. Er kan ook een probleem zijn met de netwerkverbinding van de load balancer wanneer je deze gebruikt.
  • HTTP-Timeouts: Deze kunnen voorkomen wanneer de verbinding tussen je browser en de webserver te lang wordt opengehouden. Deze komen vaak voor tijdens het uitvoeren van WordPress-imports. Een makkelijke manier om dit op te lossen is om over te stappen op een snellere internetverbinding. Of je kunt een tool gebruiken die WP-CLI ondersteunt, zoals de WordPress Importer-plug-in, en deze directop de server uitvoeren, waardoor de HTTP-verbinding compleet wordt omzeilt.

Het is ook belangrijk om te weten dat 504-foutmeldingen erg kunnen lijken op ‘503 service niet beschikbaar’-foutmeldingen en ‘502 slechte Gateway’-foutmeldingen, maar ze zijn feitelijk verschillend. Als je te maken hebt met een 504-fout bij Kinsta kun je simpelweg een support-ticket aanmaken en dan zullen we het probleem zo snel mogelijk verhelpen. We monitoren ook proactief foutmelding zoals deze met New Relic, dus het probleem wordt waarschijnlijk al onderzocht door ons team.

WordPress-support-ticket

WordPress-support-ticket

Als je je zorgen maakt over dit soort foutmeldingen op je site, kun je een tool gebruiken zoals updown.io om je site te monitoren en je meteen op de hoogte stellen wanneer deze zich voordoen. Het stuurt periodieke HTTP-HEAD-aanvragen naar een URL naar keuze. Je kunt gewoon je homepage gebruiken. De tool laat je controleerfrequenties instellen van:

  • 15 seconde
  • 30 seconde
  • 1 minuut
  • 2 minuten
  • 5 minuten
  • 10 minuten

Het zal je een e-mail sturen wanneer je site down gaat. Hieronder staat een voorbeeld.

E-mailnotificatie van een 504-foutmelding.

E-mailnotificatie van een 504-foutmelding.

Dit kan vooral van pas komen als je een plug-in aan het debuggen bent, of wanneer je op een shared host zit met overvolle servers. Dit kan bewijs leveren voor hoe vaak je site daadwerkelijk down gaat (zelfs midden in de nacht). Dat is waarom we altijd aanraden om gebruik te maken van een managed WordPress-host. Zorg ervoor dat je onze post leest over de top 9 redenen om te kiezen voor een Managed WordPress-host.

6. Spam, bots of DDoS-aanval

Het kan zijn dat je website wordt gespamd door bots of doelwit is van een DDoS-aanval. Soms kan dit resulteren in ongecachete verzoeken die de server overspoelen, wat een ‘504 Gateway Timeout’-foutmelding tot gevolg kan hebben. Je kunt kijken naar de serveranalytics en zien of je een patroon kunt ontdekken. Bij Kinsta, bieden we deze informatie aan in onze MyKinsta analyticstool. Je kunt deze data opvragen bij je host. Het eerste rapportage waar je naar moet kijken is naar de top client IP-adressen. Dit kan helpen wanneer je website opeens een hoop bandbreedte genereert of wordt aangevallen door bots.

Geo & IP - top client IP-adressen

Geo & top client IP-adressen

Het tweede rapportage waar je naar kunt kijken is de cache-analyse. Hier kun je zien hoeveel verzoeken de cache omzeilen, de cache missen, en wat de drukste plekken op je site zijn. Voor performance- en stabilitetsredenen wil je dat zo veel mogelijk verzoeken worden gecachet. Dit is echter niet altijd mogelijk omdat sites die bijvoorbeeld WooCommerce gebruiken noodzakelijkerwijs veel oncachebare verzoeken genereren, om ervoor te zorgen dat functies zoals de winkelwagen en het afrekenen goed werken en synchroon blijven lopen.

Cache-analyse

Cache-analyse

Als je verkeersstromen of IP-adressen ziet die geblokkeerd moeten worden op je site, kun je een WordPress-beveligingsplug-in gebruiken om je te helpen. Als je een Kinsta-gebruiker bent, staan we deze plug-ins echter niet toe om een aantal verschillende redenen. Ten eerste kunnen ze een groot effect hebben op de performance, vooral op het gebied van scanbaarheid. Ten tweede gebruiken we load balancers met Google Cloud Platform, wat betekent dat veel van de functionaliteiten die IP-adressen blokkeren niet zoals beoogd zullen werken.

Natuurlijk kunnen IP-adressen altijd worden geblokkeerd door ons Kinsta-supportteam, maar afhankelijk van de duratie en grootte van de aanval kan dit een eindeloos proces van IP-adressen blokkeren worden, en in de meeste gevallen lost dit het probleem niet snel genoeg op. Veel aanvallen en spam die worden geblokkeerd op een site, verschijnen weer op een ander, of veranderen van IP- of proxyadres. Dus in deze instantie raden wij aan dat je een beveiligingsoplossing gebruikt zoals Cloudflare of Succuri.

Bekijk onze artikelen over het installeren van Cloudflare op je WordPress-site en hoe Sucuri heeft geholpen met het afweren van een DDos-aanval op een van onze klanten.

7. Controleer je plug-ins en thema’s

Veel mensen zullen zeggen dat plug-ins of thema’s van een derde partij geen 504-fouten zullen genereren. En in veel gevallen doen ze dat ook niet. In onze ervaring komt het echter wel eens voor dat een langzaam ongecachet verzoek van een plug-in wel degelijk kan leiden tot vertragen, omdat het één of meer van je PHP-workers in beslag neemt. Wanneer je je limiet aan PHP-workers hebt bereikt, duwt de wachtrij oudere aanvragen weg, wat tot 504-foutmeldingen of incomplete aanvragen kan leiden. Dit moet niet verward worden met een 502-Gatewayfout waar de fout zich voordoet na een Timeout van 60 seconde of langer.

Een manier om dit op te lossen, is door al je plug-ins te deactiveren. Vergeet niet dat je geen gegevens verliest wanneer je een plug-in deactiveert. Als je nog steeds toegang hebt tot het beheer, kun je dit snel doen door naar “Plug-ins” te bladeren en “Deactiveren” te selecteren in het bulkacties-menu. Hiermee worden al je plug-ins uitgeschakeld.

Deactiveer alle plug-ins

Deactiveer alle plug-ins

Als dit het probleem verhelpt, moet je de boosdoener vinden. Start door ze een voor een te activeren en ververs de pagina na elke activatie. Wanneer je de ‘504 Gateway Timeout’-foutmelding ziet, heb je de schadelijke plug-in gevonden. Je kunt dan de plug-inontwikkelaar om hulp vragen of in het WordPress-register een ticket voor ondersteuning plaatsen.

Als je geen toegang hebt tot het beheer, kun je via FTP met je server verbinden en de map van je plug-ins hernoemen naar bijvoorbeeld “plugins_oud”. Controleer vervolgens je site opnieuw. Als het werkt, moet je elke plug-in een voor een testen. Hernoem de map van je plug-in terug naar “plugins” en hernoem vervolgens elke plug-ins-map binnenin, een voor een, totdat je het vindt. Je kunt dit ook eerst proberen te repliceren op een testsite.

Hernoem de plug-in-map

Hernoem de plug-in-map

Zorg er altijd voor dat je plug-ins, thema’s en de WordPress-kern up-to-date zijn. En controleer of je een ondersteunde versie van PHP gebruikt. Je kunt altijd contact opnemen met je host voor hulp. Hier bij Kinsta maken we gebruik van New Relic en andere methodes om problemen op te lossen om onze klanten te helpen bij het zoeken naar de plug-in, query of script dat het probleem veroorzaakt. Je kunt ook je gepersonaliseerde New Relic-sleutel gebruiken.

Tijdrovende verzoeken aan de database

Tijdrovende verzoeken aan de database

Wanneer blijkt dat er een conflict is met slechte code in een plug-in, moet je mogelijk een WordPress-ontwikkelaar binnenhalen om het probleem op te lossen.

8. Bekijk de logs

Je moet altijd gebruik maken van je foutmeldingenlogs. Als je een klant bent bij Kinsta, kun je gemakkelijk geregistreerde foutmeldingen zien in de log-viewer op het MyKinsta-dashboard. Dit kan je helpen om een fout snel te specificeren, vooral als het wordt veroorzaakt door een plug-in op je site.

Zoek in de logs naar ‘502 Gateway Timeout’-foutmeldingen

Zoek in de logs naar ‘502 Gateway Timeout’-foutmeldingen

Als je host geen logtool aanbiedt, kun je de volgende code toevoegen aan het wp-config.php-bestand om het loggen van fouten in te schakelen:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
wordpress error logs folder sftp

WordPress error logs folder SFTP

Je kunt ook de logbestanden bekijken in Apache en NGINX, waar ze meestal in de volgende mappen staan:

  • Apache: /var/log/apache2/error.log
  • Nginx: /var/log/nginx/error.log

Als je een klant bent bij Kinsta kun je ook gebruik maken van onze analytics tool om een overzicht te krijgen van het aantal 504-foutmeldingen en hoe vaak ze voorkomen. Dit kan behulpzaam zijn wanneer het een terugkerend probleem is, of wanneer het de fout zichzelf heeft opgelost.

500-foutmeldingenanalyse

500-foutmeldingenanalyse

9. Nginx-instellingen

Als je je eigen webserver en WordPress-site beheert op Nginx en FastCGI (php-fpm) of Nginx als een proxy gebruikt voor Apache, dan zijn er een aantal aanvullende instellingen die je aan kunt passen om ‘504 Gateway Timeout’-foutmeldingen te voorkomen.

‘504 Gateway Timeout’-foutmelding op Nginx & FastCGI (php-fpm)

Als je gebruik maakt van Nginx met FastCGI (php-fpm) zul je eerst een aanpassing moeten maken aan je PHP-FPM-bestand. Navigeer naar /etc/php5/fpm/pool.d/www.conf (kan verschillen afhankelijk van je PHP-versie). Stel de volgende instructie in:

request_terminate_timeout = 300

Verander vervolgens je php.ini-bestand, die je standaard kunt vinden in /etc/php.ini. Zoek naar je max_execution_time instructie. Verhoog de waarde naar 300, of voeg de instructie toe als hij niet bestaat:

max_execution_time = 300

Ten slotte moet je een aanpassing doen aan je nginx.conf-bestand. Voeg het volgende toe aan je virtual host-configuratie van Nginx.

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

Herlaad daarna simpelweg Nginx en PHP-FPM.

service nginx reload
service php5-fpm reload

‘504 Gateway Timeout’-foutmelding op Nginx Proxy

Als je Nginx gebruikt als een proxy voor Apache, voeg dan de onderstaande code toe aan je nginx.conf-bestand:

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

Herlaad daarna simpelweg Nginx.

service nginx reload

Samenvatting

Zoals je kunt zien zijn er veel verschillende manieren waarop je een ‘504 Gateway Timeout’-foutmelding op kunt lossen op je WordPress-site. Dit zijn vaak problemen met de server, in welk geval je contact op moet nemen met je host om het op te lossen. Het is echter ook belangrijk om te begrijpen dat ze ook veroorzaakt kunnen worden door plug-ins van een derde partij of door het overbelasten van je PHP-workers.

Als je inderdaad al je PHP-workers uitput, dan raden we aan om contact op te nemen met de support van Kinsta of om een WordPress-ontwikkelaar onder de arm te nemen die gespecialiseerd is in performanceoptimalizatie. Als na het graven in je site je erachter komt dat je plug-ins, thema en queries goed werken, kan het zijn dat je moet upgraden naar een beter pakket, of dat je meer PHP-workers nodig hebt.

Is er iets dat we over het hoofd hebben gezien? Wellicht heb je nog een andere tip voor het troubleshooten van ‘504 Gateway Timeout’-foutmeldingen. Laat het ons weten door hieronder een reactie achter te laten.


Als je dit artikel leuk vond, dan zul je gek zijn op Kinsta's WordPress hosting platform. Of het nu gaat om het versnellen van jouw website of het krijgen van 24/7 support van ons ervaren WordPress-team. Onze door Google Cloud aangedreven infrastructuur is gericht op automatische schaalbaarheid, prestaties en beveiliging. Laat ons jou het Kinsta verschil tonen! Bekijk onze pakketten