{"id":38151,"date":"2021-05-06T10:26:16","date_gmt":"2021-05-06T08:26:16","guid":{"rendered":"https:\/\/kinqsta.com\/?p=93695"},"modified":"2023-05-23T10:22:02","modified_gmt":"2023-05-23T08:22:02","slug":"wordpress-max-execution-time","status":"publish","type":"post","link":"https:\/\/kinqsta.com\/nl\/blog\/wordpress-max-execution-time\/","title":{"rendered":"Zo los je de WordPress max_execution_time kritieke fout op"},"content":{"rendered":"

Af en toe kom je fouten of waarschuwing in WordPress<\/a> tegen. E\u00e9n van die fouten die je tegen kan komen is de WordPress max_execution_time<\/strong> kritieke fout.<\/p>\n

Zo’n foutmelding kan even schrikken zijn. Maar maak je geen zorgen, dit is een vrij gebruikelijke foutmelding. Het komt niet al te vaak voor, maar heeft gelukkig enkele snelle oplossingen.<\/p>\n

Aan de slag dus!<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Kijk je liever naar de videoversie<\/a>?<\/strong><\/p>\n<\/kinsta-video>\n

Wat is de WordPress max_execution_time fout?<\/h2>\n

De WordPress max_execution_time<\/strong> fatal error ziet er zo uit in je WordPress admin dashboard:<\/p>\n

\"De
De maximum execution time error in het dashboard<\/figcaption><\/figure>\n

De volledige foutmelding geeft dit aan:<\/p>\n

\"Fatal Error:<\/strong> Maximum execution time of 30 seconds exceeded\"<\/code><\/pre>\n
De waarde 30 seconden<\/strong> kan ook een ander getal zijn. Gebruikelijk is een waarde tussen de 30 en 60 seconden. De foutmelding is vooral te zien wanneer je thema’s, plugins of de WordPress kern aan het installeren of updaten bent.<\/p>\n\n
Waardoor ontstaat de max_execution_time fout?<\/h2>\n
Elke WordPress website heeft een max execution time limit, oftewel een maximale uitvoeringstijd, voor het verwerken van verzoeken aan de server. Deze limieten bestaan simpelweg om de server te beschermen. Deze limiet kijkt naar alle PHP scripts die momenteel op je website uitgevoerd worden, en blokkeert scripts die langer duren dan de ingestelde tijd.<\/p>\n
Aangezien WordPress bestanden vooral PHP gebruiken, is het erg belangrijk om PHP scripts in de gaten te houden. Als ze te veel tijd en resources in beslag nemen, kunnen ze daardoor gestopt worden. Het komt ook regelmatig voor dat aanvallen gebruik maken van oneindige PHP scripts om een website ernstig te vertragen.<\/p>\n
Daarnaast kunnen plugins, thema’s of andere WordPress elementen er ook per ongeluk voor zorgen dat ze te lang duren, waardoor er te weinig server resources overblijven voor andere dingen. Plugins lijken deze foutmelding dan ook vaker te veroorzaken dan andere elementen, waarschijnlijk omdat WordPress gebruikers vaker plugins installeren dan dat ze thema’s installeren of code bewerken. Daarnaast komen plugins overal vandaan, dus is de kwaliteitscontrole op goede code en regelmatige updates ook moeilijker.<\/p>\n
Wat de oorzaak ook is, er zijn maar weinig goede redenen waarom een PHP script langer uitgevoerd mag worden, en daarom bestaat er een maximale uitvoeringstijd. Je hostingbedrijf zal dit limiet meestal instellen op het niveau van de server.<\/p>\n
Wat is de standaard maximale uitvoeringstijd?<\/h3>\n
De meeste hosts gebruiken een maximale uitvoeringstijd tussen de 30 en 60 seconden. Hierdoor krijgen PHP scripts genoeg tijd om alles af te ronden, ook als het wat langer duurt.<\/p>\n
In het algemeen zou een limiet van 30 seconden prima moeten werken voor goede PHP scripts. Maar het kan zijn dat je de limiet naar 60 seconden moet zetten, afhankelijk van je code en hoe snel je server antwoordt. Sommige developers kiezen zelfs voor een limiet van 300 seconden, maar alles daarboven is echt niet verstandig.<\/p>\n
Wellicht vraag je je nu ook af: is het mogelijk een website te hebben waarbij PHP scripts nog langer draaien, maar geen schade aan de server aanrichten?<\/p>\n
Het antwoord is ja, er zijn zware websites die nou eenmaal meer uitvoeringstijd nodig hebben. Maar je kan bijna altijd aannemen dat een plugin, thema of andere integratie het probleem veroorzaakt, voordat je een al te heftige conclusie trekt. Het kan ook zijn dat je website gewoon een sterkere server nodig heeft, zeker als je momenteel shared hosting gebruikt.<\/p>\n
Sommige hostingbedrijven zetten de maximale uitvoeringstijd veel te laag voor je website. Dit gebeurt vrij vaak, en je kan het meestal oplossen door even contact op te nemen met je hostingprovider.<\/p>\n
Maar er staat “fatal error”, dat klinkt vrij heftig<\/h3>\n
“Fatal error” klinkt inderdaad problematisch, maar het is niet zo dat je website helemaal kapot is. De max_execution_time<\/strong> WordPress fout is \u00e9\u00e9n van de meest geziene waarschuwingen in WordPress.<\/p>\n
Maar het kan ook zijn dat je een bericht op de front-end van je website ziet, dat bezoekers vertelt dat je website technische problemen heeft.<\/p>\n
En dat is zeker een probleem, aangezien je omzet, leads of lezers verliest wanneer de waarschuwing je content blokkeert en langer actief is.<\/p>\n
Hoe kom je erachter dat er een WordPress max_execution_time fout is<\/h3>\n
De normale manier om te zien dat de maximale uitvoeringstijd is overschreden is door het bericht in je dashboard te krijgen bij het uploaden van een plugin, thema of WordPress update.<\/p>\n
De pagina met de installatie of update toont informatie over de verandering, en geeft je een melding met “Success” of “Failure”. Ook de “fatal error” melding is een mogelijk resultaat.<\/p>\n
\"Fatal
Fatal error melding in het dashboard<\/figcaption><\/figure>\n
Een andere manier om de fout over de maximale uitvoeringstijd te vinden is doordat je bezoekers de melding “The site is experiencing technical difficulties” te zien krijgen.<\/p>\n
\"Front-end
Front-end melding over technische problemen<\/figcaption><\/figure>\n
Er zijn verschillende variaties op deze melding, vari\u00ebrend van kritieke fouten tot een link met meer informatie over debugging.<\/p>\n
\"Alternatieve
Alternatieve melding bij nieuwere WordPress versies<\/figcaption><\/figure>\n
WordPress stuurt de site admin meestal ook een mail met de melding dat een plugin of thema een kritieke fout heeft veroorzaakt. De mail bevat meestal ook een link naar een oplossing voor het probleem, zoals het verwijderen van de problematische plugin of thema, of het verhogen van je maximale uitvoeringstijd.<\/p>\n
\"Een
Een email van WordPress over het oplossen van de foutmelding<\/figcaption><\/figure>\n
Voor alle fouten die in de meldingen over “technical difficulties” kunnen resulteren, kan je ook onze gids over het oplossen van die problemen lezen<\/a>. Maar om puur de foutmelding over de maximale uitvoeringstijd te lezen, kan je bij dit artikel blijven.<\/p>\n
Zo los je de WordPress max_execution_time fout op<\/h2>\n
Zoals gezegd, kan de max_execution_time<\/strong> WordPress fout verschijnen wanneer het te lang duurt om een PHP script uit te voeren van een plugin, thema of WordPress update.<\/p>\n
Je zal de foutmelding op meerdere plekken zien. Wanneer je geen toegang hebt tot je website, bevat de mail over de kritieke fout een link om je WordPress website te starten in de Recovery Mode.<\/p>\n
\"Met
Met de Recovery Mode kan je alsnog bij je dashboard, om problemen met je plugins op te lossen.<\/figcaption><\/figure>\n
Er zijn verschillende manieren om de max_execution_time<\/strong> WordPress fout op te lossen:<\/p>\n