Heb je ooit de frustrerende melding “Allowed memory size of X bytes exhausted” gezien op je WordPress website? Dit is een veelvoorkomend probleem dat aangeeft dat WordPress niet genoeg geheugen heeft om zijn taken uit te voeren. Dit kan leiden tot trage laadtijden, fouten en zelfs een volledig onbereikbare website. Gelukkig is het verhogen van de geheugenlimiet vaak een eenvoudige oplossing, en in dit artikel duiken we diep in hoe je dit veilig en effectief kunt doen via het wp-config.php bestand, en bespreken we alternatieve methoden.

Wat gebeurt er bij een te laag geheugenlimiet?

Wanneer je WordPress-website te weinig geheugen heeft, probeert het PHP-script een bewerking uit te voeren die meer RAM vereist dan is toegestaan. Dit kan gebeuren bij het installeren van een nieuwe plugin, het uploaden van grote afbeeldingen, het uitvoeren van complexe queries in de database, of zelfs bij het activeren van een resource-intensief thema. Het resultaat is de eerdergenoemde foutmelding, die er in het Engels zo uitziet: Fatal error: Allowed memory size of X bytes exhausted (tried to allocate Y bytes) in /path/to/wordpress/file.php on line Z.

Deze fout kan diverse problemen veroorzaken:

• Witte schermen des doods (White Screen of Death – WSOD): Je website toont alleen een wit scherm, zonder enige foutmelding.
• Interne serverfouten (Internal Server Error – 500): Een generieke fout die aangeeft dat er iets mis is met de server, vaak gerelateerd aan PHP-problemen.
• Trage prestaties: Pagina’s laden langzaam of bepaalde functionaliteiten werken niet goed.
• Plugins en thema’s functioneren niet: Nieuw geïnstalleerde componenten kunnen conflicten veroorzaken of helemaal niet werken.
• Updatemisbruik: WordPress-updates of plugin-updates mislukken halverwege.

Een te laag geheugenlimiet is vergelijkbaar met het proberen een grote hoeveelheid water in een klein glas te gieten; het loopt over en je blijft met een rommel achter. Voor WordPress betekent dit een stagnerende en disfunctionele website.

Waarom een te hoog geheugenlimiet ook nadelen heeft (of niet werkt)

Het is verleidelijk om de geheugenlimiet zo hoog mogelijk in te stellen om alle potentiële problemen te vermijden. Echter, “meer is niet altijd beter” gaat hier zeker op. Een te hoog ingestelde geheugenlimiet kan verschillende nadelen hebben:

• Misleiding over werkelijke resourcebehoeften: Als je website veel geheugen nodig heeft, kan dit duiden op inefficiënte code, slecht geoptimaliseerde plugins of een niet-geoptimaliseerd thema. Het simpelweg verhogen van de limiet maskeert deze onderliggende problemen in plaats van ze op te lossen.
• Hostingsbeperkingen: De meeste hostingproviders stellen een maximale PHP-geheugenlimiet in voor hun servers. Zelfs als je wp-config.php instelt op 1024M, zal je website nooit meer geheugen krijgen dan de maximale limiet die je hoster heeft ingesteld. Dit komt door fysieke serverlimieten of beleid om misbruik te voorkomen en stabiliteit voor alle gebruikers te garanderen. Het heeft dus geen zin om de limiet onrealistisch hoog in te stellen.
• Mogelijke prestatieproblemen op shared hosting: Op shared hosting deel je serverbronnen met andere websites. Als jouw website een extreem hoge geheugenlimiet claimt (en deze ook daadwerkelijk gebruikt), kan dit ten koste gaan van de prestaties van andere websites op dezelfde server, en zelfs leiden tot ingrijpen van je hostingprovider.

Het is belangrijk om een balans te vinden: genoeg geheugen voor een soepele werking, maar niet meer dan nodig. Een gangbare en vaak voldoende limiet voor de meeste WordPress-websites varieert tussen de 128MB en 256MB. Voor complexere sites met veel plugins, custom code of WooCommerce kan 512MB of zelfs 768MB nodig zijn.

WordPress Geheugenlimiet Verhogen via wp-config.php

De meest voorkomende en aanbevolen methode om de PHP-geheugenlimiet voor WordPress te verhogen, is via het wp-config.php bestand. Dit bestand is het hart van je WordPress-installatie en bevat belangrijke configuratie-instellingen.

Stap 1: Toegang tot je wp-config.php bestand

Om dit bestand te bewerken, heb je toegang nodig tot de bestanden van je WordPress-installatie. Dit kan op twee manieren:

1. Via FTP/SFTP: Gebruik een FTP-client zoals FileZilla. Maak verbinding met je server met de inloggegevens die je van je hostingprovider hebt ontvangen. Navigeer naar de hoofdmap van je WordPress-installatie (vaak public_html, www of de domeinnaam van je site). Hier vind je het wp-config.php bestand.
2. Via de Bestandsbeheerder van je hostingpaneel: De meeste hostingproviders bieden een webgebaseerde bestandsbeheerder (bijvoorbeeld in cPanel, Plesk, DirectAdmin) aan. Log in op je hostingaccount, zoek naar “Bestandsbeheer” of “File Manager” en navigeer naar de root van je WordPress-installatie.

Voordat je wijzigingen aanbrengt, is het cruciaal om een back-up te maken van je wp-config.php bestand. Kopieer het naar je lokale computer of maak een duplicaat op de server, voor het geval er iets misgaat.

Stap 2: De code toevoegen

Open het wp-config.php bestand met een teksteditor. Zoek naar de regel / That's all, stop editing! Happy publishing. / of / Stop bewerken! Veel plezier met publiceren. /. Vóór deze regel, voeg je de volgende code toe:

define( 'WP_MEMORY_LIMIT', '256M' );

In dit voorbeeld stellen we de geheugenlimiet in op 256 megabytes (M). Je kunt deze waarde aanpassen naar wat je nodig hebt, bijvoorbeeld 128M, 512M of zelfs 768M. Begin met 256M en verhoog indien nodig. Bedenk dat, zoals eerder vermeld, de uiteindelijke limiet nooit hoger kan zijn dan de door je hostingprovider ingestelde PHP-limiet.

Stap 3: Opslaan en controleren

Sla de wijzigingen op in het wp-config.php bestand en upload het terug naar je server als je FTP gebruikt. Vernieuw vervolgens je WordPress website. De foutmelding zou nu verdwenen moeten zijn. Je kunt controleren of de wijziging succesvol is door naar Gereedschap > Siteconditie > Info > Server te gaan in je WordPress admin. Hier zie je de “PHP memory limit” vermeld staan.

Alternatieve methoden: php.ini en .htaccess

Hoewel wp-config.php de voorkeursmethode is voor WordPress, zijn er ook andere manieren om de PHP-geheugenlimiet te verhogen. Deze methoden hebben een bredere invloed en gelden voor alle PHP-scripts op je hostingaccount (php.ini) of binnen een specifieke directory (.htaccess).

Methode 1: php.ini bestand

Het php.ini bestand is het primaire configuratiebestand voor PHP op de server. Als je toegang hebt tot dit bestand (vaak via je hostingpaneel of als je een VPS/dedicated server beheert), kun je de geheugenlimiet hier globaal aanpassen.

Zoek in het php.ini bestand naar de regel memory_limit en pas deze aan:

memory_limit = 256M ;

Verander 256M naar de gewenste waarde. Sla het bestand op. Soms is een herstart van de webserver of PHP-service nodig om de wijzigingen door te voeren. Sommige shared hostingproviders bieden een optie om de PHP-versie en instellingen via het controlepaneel aan te passen, waar je de memory_limit direct kunt wijzigen zonder het bestand handmatig te bewerken.

Methode 2: .htaccess bestand

Het .htaccess bestand is een krachtig configuratiebestand van Apache servers (de meest voorkomende webserver). Je kunt hiermee serverinstellingen per directory aanpassen, inclusief de PHP-geheugenlimiet. Deze methode werkt echter niet op alle servers, vooral als PHP als CGI/FastCGI wordt uitgevoerd.

Open het .htaccess bestand in de root van je WordPress-installatie (ook te vinden via FTP/Bestandsbeheer). Voeg de volgende regel toe aan het begin of einde van het bestand:

php_value memory_limit 256M

Sla het bestand op. Als je website een “Internal Server Error” geeft na deze wijziging, betekent dit waarschijnlijk dat je hostingprovider het instellen van php_value via .htaccess niet toestaat. Verwijder in dat geval de toegevoegde regel onmiddellijk om je site weer online te krijgen.

Veelgestelde Vragen over WordPress Geheugenlimiet

Wat is een ‘goed’ geheugenlimiet voor WordPress?

De ideale geheugenlimiet hangt af van je website. Voor de meeste standaardblogs is 128MB tot 256MB voldoende. Websites met veel plugins, een complex thema (zoals Divi), WooCommerce of veel content kunnen 512MB of meer nodig hebben. Het is altijd het beste om te beginnen met een lagere waarde en deze stapsgewijs te verhogen als je nog steeds problemen ondervindt.

Mijn website geeft nog steeds de geheugenlimietfout, zelfs na het verhogen via wp-config.php. Wat nu?

Controleer eerst of de wijziging daadwerkelijk is doorgevoerd (via Siteconditie in WordPress). Als dat zo is, is de kans groot dat je hostingprovider een harde limiet heeft ingesteld die lager is dan wat jij probeert in te stellen. Neem contact op met je hostingprovider en vraag wat de maximale PHP-geheugenlimiet is die zij toestaan. Soms kunnen zij deze voor je verhogen, vooral als je op een VPS of dedicated server zit, of een hoger hostingpakket overweegt.

Kan een te hoog geheugenlimiet mijn website trager maken?

Niet direct door de limiet zelf, maar het kan wel onderliggende problemen maskeren. Als je website zoveel geheugen nodig heeft, duidt dit mogelijk op inefficiënte code of slecht geoptimaliseerde componenten. Het is beter om de oorzaak van het hoge geheugengebruik aan te pakken dan alleen de limiet te verhogen. Denk aan het optimaliseren van plugins, het kiezen van een lichter thema of het opschonen van je database.

Is het veilig om het wp-config.php bestand te bewerken?

Ja, mits je voorzichtig bent en altijd een back-up maakt voordat je wijzigingen aanbrengt. Een fout in dit bestand kan je hele website onbereikbaar maken. Als je twijfelt, vraag dan een professional om hulp. Professioneel WordPress onderhoud kan je hierbij helpen.

Conclusie

Het verhogen van de WordPress geheugenlimiet is een cruciale stap in het onderhoud van een gezonde en functionele website. Met de instructies in dit artikel ben je goed uitgerust om deze taak veilig en effectief uit te voeren via het wp-config.php bestand, en ben je bewust van de alternatieve methoden en hun overwegingen. Onthoud dat het vinden van de juiste balans tussen voldoende geheugen en efficiënt resourcegebruik essentieel is voor de langetermijnstabiliteit en prestaties van je WordPress site.