Fatal error max execution time is een foutmelding die je in WordPress kunt zien wanneer een proces te lang duurt. WordPress probeert bijvoorbeeld een plugin te updaten, een thema te installeren, een import uit te voeren of een zware taak af te ronden, maar PHP stopt het proces omdat de maximale uitvoeringstijd is bereikt.

Dat klinkt technisch, maar de betekenis is vrij simpel. De server geeft WordPress maar een bepaalde tijd om een taak uit te voeren. Duurt die taak langer dan toegestaan, dan wordt het proces afgebroken.

Deze fout betekent niet meteen dat je hele website kapot is. Vaak gaat het om een tijdelijke beperking in de serverinstellingen, een zware plugin, een trage taak of een website die op dat moment te veel moet verwerken.

In dit artikel leggen we uit wat Fatal error max execution time betekent, waardoor de fout ontstaat en hoe je hem veilig oplost in WordPress.

Wat betekent Fatal error max execution time?

Fatal error max execution time melding in WordPress met maximale uitvoeringstijd overschreden
Fatal error max execution time ontstaat wanneer een WordPress proces te lang blijft draaien.

WordPress draait grotendeels op PHP. PHP voert taken uit op de server, zoals het laden van pagina’s, uitvoeren van plugins, verwerken van formulieren en bijwerken van thema’s.

Elke PHP-taak krijgt een maximale tijd om klaar te zijn. Bij veel hostingpakketten is dat bijvoorbeeld 30 of 60 seconden. Als een taak langer duurt, stopt PHP automatisch en zie je een melding zoals:

Fatal error: Maximum execution time of 30 seconds exceeded

De server doet dit om te voorkomen dat één vastlopend proces te lang blijft draaien en de server vertraagt. Dat is op zich logisch, maar bij WordPress kan het vervelend zijn als een normale taak net iets meer tijd nodig heeft.

De oplossing is niet altijd alleen de tijd verhogen. Soms moet je ook kijken waarom een taak zo lang duurt.

Wanneer ontstaat deze fout in WordPress?

Deze fout ontstaat meestal tijdens zware processen. Denk aan het bijwerken van een grote plugin, het installeren van een thema, het importeren van content, het draaien van een back-up of het uitvoeren van een optimalisatie.

Ook een plugin die slecht werkt kan de oorzaak zijn. Als een plugin veel serverkracht vraagt of blijft hangen, kan de maximale uitvoeringstijd snel worden bereikt.

Soms ligt het probleem bij hosting. Op shared hosting zijn de limieten vaak lager dan op VPS of managed WordPress hosting. Daardoor kan dezelfde taak op de ene server wel goed gaan en op de andere server vastlopen.

Kom je vaker algemene serverfouten tegen, dan helpt dit artikel om het verschil beter te begrijpen: 500 Internal Server Error of HTTP Error 500 oplossen.

Controleer eerst of de fout eenmalig is

Voordat je bestanden aanpast, is het goed om eerst simpel te testen. Vernieuw de pagina en probeer de actie opnieuw. Soms ontstaat de fout maar één keer omdat de server tijdelijk druk was.

Kijk ook goed wanneer de fout verschijnt. Gebeurt het alleen bij het updaten van één plugin? Alleen bij een import? Alleen bij het openen van een bepaalde pagina? Dan weet je beter waar je moet zoeken.

Als de fout steeds terugkomt bij dezelfde actie, is er waarschijnlijk meer aan de hand. Dan kun je de uitvoeringstijd verhogen of de oorzaak in WordPress onderzoeken.

Maak eerst een back-up voordat je bestanden aanpast

Bij deze fout kun je soms een instelling aanpassen in .htaccess, php.ini of wp-config.php. Dat zijn belangrijke bestanden. Een kleine fout in zo’n bestand kan ervoor zorgen dat je website een nieuwe foutmelding geeft.

Maak daarom eerst een back-up van het bestand dat je gaat aanpassen. Download het bestand naar je computer of maak een kopie via File Manager.

Pas daarna pas de code aan. Verander ook niet meerdere bestanden tegelijk. Als je één methode test, weet je precies welke wijziging effect heeft.

Wil je beter begrijpen waarom een back-up belangrijk is bij dit soort technische aanpassingen, dan helpt dit artikel verder: Wat is een website backup en hoe beschermt dit je site?

Methode 1: verhoog de PHP time limit via .htaccess

De eerste methode is aanpassen via .htaccess. Dit bestand staat meestal in de hoofdmap van je website. Dat is dezelfde map waarin je vaak ook wp-admin, wp-content en wp-includes ziet staan.

Open .htaccess via File Manager of FTP. Maak eerst een kopie van het bestand. Plaats daarna de onderstaande regel boven het WordPress-blok of helemaal onderaan het bestand, zolang je hem niet midden in andere regels plakt.

php_value max_execution_time 60

Met deze regel geef je PHP 60 seconden de tijd om een taak uit te voeren. Dat is vaak genoeg voor normale updates of installaties. Als 60 seconden niet genoeg is, kun je dit eventueel verhogen naar 120 of 300, maar doe dat alleen als het echt nodig is.

Fatal error max execution time, verhogen via .htaccess bestand
Fatal error max execution time oplossen door PHP time limit in .htaccess aan te passen

Let op: deze methode werkt niet op elke server. Sommige hostingomgevingen ondersteunen php_value in .htaccess niet. Krijg je na het opslaan een nieuwe foutmelding, bijvoorbeeld een 500-fout? Verwijder deze regel dan meteen weer en gebruik liever de methode via php.ini of vraag je hostingprovider om hulp.

Methode 2: verhoog de uitvoeringstijd via php.ini

Een andere manier is aanpassen via php.ini. Dit bestand wordt gebruikt voor PHP-instellingen. Bij sommige hostingproviders bestaat dit bestand al. Bij andere hostingproviders kun je het zelf aanmaken in de hoofdmap van je website.

Open File Manager of FTP en ga naar de hoofdmap van je website. Dat is meestal public_html, httpdocs of de map met je domeinnaam.

Bestaat php.ini al? Open het bestand en voeg de regel toe. Bestaat het bestand nog niet? Maak dan een nieuw bestand met de naam php.ini.

Plaats deze code in php.ini:

max_execution_time = 60

Sla het bestand op en test daarna opnieuw of de fout verdwenen is. Soms duurt het een paar minuten voordat de wijziging actief wordt.

Je kunt de waarde ook verhogen naar 120 of 300 als een taak meer tijd nodig heeft. Zet de waarde niet onnodig hoog. Als een script extreem lang blijft draaien, zit er vaak een dieper probleem in een plugin, thema of serverproces.

Methode 3: verhoog de uitvoeringstijd via wp-config.php

Je kunt ook een regel toevoegen aan wp-config.php. Dit bestand staat in de hoofdmap van je WordPress-installatie en bevat belangrijke instellingen van je website.

Open wp-config.php via File Manager of FTP. Maak eerst een kopie van het bestand voordat je iets wijzigt.

Plaats deze regel boven de regel That’s all, stop editing! Happy publishing.

set_time_limit(60);
Fatal error max execution time, aanpassen via wp-config.php bestand
Fatal error max execution time oplossen door code toe te voegen in wp-config.php

Met deze regel vraag je PHP om een script maximaal 60 seconden te laten draaien. Ook hier geldt: verhoog de waarde alleen als het nodig is. Je kunt bijvoorbeeld 120 gebruiken als 60 seconden niet genoeg is.

Let op dat niet elke hostingprovider set_time_limit toestaat. Als de hostingprovider deze functie blokkeert, werkt deze methode niet. In dat geval moet je de limiet via het hostingpaneel of via de hostingprovider laten aanpassen.

Wil je beter begrijpen waarom wp-config.php voorzichtig moet worden aangepast, dan sluit dit artikel goed aan: Handleiding WordPress debugging inschakelen stap voor stap.

Methode 4: pas de limiet aan via het hostingpaneel

Bij veel hostingproviders kun je de PHP-instellingen ook zonder code aanpassen. Dat is vaak de veiligste methode voor mensen die liever geen bestanden bewerken.

Log in op je hostingpaneel en zoek naar PHP-instellingen, PHP Settings, Select PHP Version of PHP Options. De naam verschilt per provider.

Zoek daar naar max_execution_time of execution time. Verhoog de waarde bijvoorbeeld van 30 naar 60 seconden. Sla de wijziging op en test daarna opnieuw.

Zie je deze optie niet? Vraag je hostingprovider dan of zij de PHP execution time voor je kunnen verhogen.

Deze methode is vaak beter dan handmatig code toevoegen, omdat je minder kans hebt op een fout in .htaccess of wp-config.php.

Methode 5: gebruik een plugin zoals Google Pagespeed Insights van WPspeed

In sommige gevallen kun je de maximale uitvoeringstijd ook via een plugin aanpassen. WPSpeed plugin kan handig zijn als je de instelling liever vanuit het WordPress-dashboard beheert. Je gaat dan naar de instellingen van de plugin en past daar de Maximum Execution Time aan.

Fatal error max execution time, plugin Google Pagespeed Insights WPspeed
Fatal error max execution time oplossen met plugin Google Pagespeed Insights WPspeed

Deze methode is vooral handig als je nog gewoon kunt inloggen in WordPress. Kun je niet meer in het dashboard komen, dan heb je weinig aan deze oplossing en moet je via hosting, File Manager of FTP werken.

Gebruik een plugin niet als enige oplossing wanneer de fout steeds terugkomt. Als WordPress telkens te lang nodig heeft, moet je ook kijken naar de oorzaak. Misschien is een plugin te zwaar, is de database traag of is het hostingpakket te beperkt.

Wil je weten welke plugins nuttig zijn en welke je website juist zwaarder kunnen maken, dan kun je dit artikel lezen: Beste WordPress plugins die op elke website horen.

Controleer of een plugin of thema de fout veroorzaakt

Als de fout steeds ontstaat bij dezelfde plugin, update of functie, dan is het slim om die plugin of dat thema apart te controleren.

Schakel verdachte plugins tijdelijk uit en test daarna opnieuw. Begin met zware plugins zoals back-upplugins, importplugins, pagebuilders, beveiligingsplugins of optimalisatieplugins.

Komt de fout na het uitschakelen van een bepaalde plugin niet meer terug? Dan weet je dat die plugin waarschijnlijk te veel tijd vraagt of vastloopt.

Als de fout na een thema-update ontstaat, test dan tijdelijk met een standaard WordPress-thema. Doe dit voorzichtig en maak eerst een back-up.

Lukt het installeren of activeren van plugins vaker niet goed, dan helpt dit artikel je om dat probleem gerichter te bekijken: Wat te doen als je geen WordPress plugin installeren kunt.

Controleer je PHP-versie en hostinglimieten

Een verouderde PHP-versie kan ervoor zorgen dat WordPress trager werkt of sneller tegen fouten aanloopt. Ook sommige plugins werken slechter op oude PHP-versies.

Controleer daarom in je hostingpaneel welke PHP-versie actief is. Gebruik bij voorkeur een moderne PHP-versie die past bij je WordPress-installatie, thema en plugins.

Let ook op hostinglimieten. Op goedkope shared hosting kunnen execution time, geheugenlimiet en servercapaciteit beperkt zijn. Als je website groeit of zware plugins gebruikt, kan dat sneller problemen geven.

Wil je meer weten over het belang van een actuele PHP-versie, lees dan dit artikel: Je site draait op een verouderde versie van PHP in WordPress oplossen.

Wat moet je niet doen bij deze fout?

Zet de uitvoeringstijd niet direct extreem hoog. Dat lijkt misschien handig, maar het kan ervoor zorgen dat slechte scripts langer blijven draaien en de server zwaarder belasten.

Pas ook niet tegelijk .htaccess, php.ini en wp-config.php aan. Kies één methode, test die goed en ga pas daarna verder als het nodig is.

Verwijder geen plugins of bestanden zonder back-up. Als je iets verkeerd verwijdert, kan de website een nieuwe fout krijgen.

Blijft de fout steeds terugkomen, kijk dan niet alleen naar de limiet. Zoek ook naar de oorzaak. Een gezonde website zou niet bij elke normale taak tegen de maximale uitvoeringstijd moeten aanlopen.

Wanneer moet je de hostingprovider inschakelen?

Schakel je hostingprovider in als je de limiet niet zelf kunt aanpassen of als geen van de methodes werkt.

Vraag specifiek of ze willen controleren welke PHP max_execution_time actief is en of die verhoogd kan worden. Vraag ook of er serverlogs zijn rond het moment waarop de fout verschijnt.

Soms blokkeert de hostingprovider bepaalde functies, zoals set_time_limit. Dan kun je dit zelf niet oplossen via wp-config.php.

Als je website regelmatig tegen limieten aanloopt, kan betere hosting of serveroptimalisatie nodig zijn.

Conclusie

Fatal error max execution time betekent dat een PHP-proces langer duurt dan de server toestaat. In WordPress gebeurt dit vaak bij updates, imports, back-ups, zware plugins of trage serverprocessen.

Je kunt de fout oplossen door de uitvoeringstijd te verhogen via .htaccess, php.ini, wp-config.php, het hostingpaneel of een plugin zoals Google Pagespeed Insights van WPspeed.

Kies niet alle methodes tegelijk. Begin met de veiligste optie voor jouw situatie. Voor veel gebruikers is het hostingpaneel of php.ini overzichtelijker dan handmatig werken in .htaccess.

Blijft de fout terugkomen, kijk dan verder dan alleen de tijdslimiet. Controleer plugins, thema, PHP-versie, database en hostinglimieten. Zo los je niet alleen de melding op, maar ook de oorzaak achter de fout.

Veelgestelde vragen

1. Wat betekent Fatal error max execution time? time?

Deze fout betekent dat een PHP-proces langer duurt dan de server toestaat. WordPress stopt dan met uitvoeren en toont een foutmelding.

2. Waarom krijg ik deze fout in WordPress?

De fout ontstaat vaak bij zware taken zoals pluginupdates, imports, back-ups of processen die te lang duren.

3. Hoe los ik Fatal error max execution time op?

Je kunt de uitvoeringstijd verhogen via .htaccess, php.ini, wp-config.php, je hostingpaneel of een plugin. Kies één methode en test daarna opnieuw.

4. Is het veilig om max_execution_time te verhogen?

Ja, als je het met mate doet. Een waarde zoals 60 of 120 seconden is vaak normaal. Zet de waarde niet extreem hoog zonder reden.

5. Waar staat .htaccess in WordPress?

Het .htaccess-bestand staat meestal in de hoofdmap van je website. Dat is vaak dezelfde map waarin wp-admin, wp-content en wp-includes staan.

6. Waar moet ik de code in wp-config.php plaatsen?

Plaats de code boven de regel That’s all, stop editing! Happy publishing. Maak altijd eerst een back-up van het bestand.

7. Wat als de fout blijft terugkomen?

Dan is alleen de limiet verhogen waarschijnlijk niet genoeg. Controleer plugins, thema, PHP-versie, database en hostinglimieten.

8. Kan mijn hostingprovider dit oplossen?

Ja, vaak kan je hostingprovider de maximale uitvoeringstijd verhogen of in de serverlogs zien waardoor het proces vastloopt.