Wanneer WordPress of een plugin vastloopt met een geheugenuitputtingsfout, is de oplossing om de PHP-geheugenlimiet te verhogen, en bij KapsuleHost gebeurt dat via een dropdown in KPanel in plaats van een bestandsbewerking. Deze gids behandelt wat de foutmelding betekent, hoe je de limiet wijzigt, welke waarde je moet kiezen, en wat je moet doen als meer geheugen niet helpt.
Wat de foutmelding eruitziet
De duidelijkste vorm is een fatale fout die op de pagina wordt weergegeven of naar je foutenlogboek wordt geschreven:
Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes)
Deel het bytegetal door 1.048.576 om het in megabytes te lezen: 268435456 is 256 MB, 134217728 is 128 MB.
Het kondigt zich niet altijd zo duidelijk aan. Hetzelfde onderliggende probleem uit zich als:
- Een volledig leeg wit scherm zonder enige melding, vaak op één specifiek scherm.
- Het WordPress-dashboard dat wel laadt, maar één beheerpagina (Plugins, Producten, Sitegezondheid) die vastloopt.
- Een media-upload of import die halverwege blijft hangen.
- Een 500-fout die alleen onder belasting optreedt.
Voordat je iets wijzigt, bevestig eerst dat het echt om geheugen gaat. Open de Instellingen van de site, dan het tabblad PHP, scroll naar PHP-foutenlogboek, en klik op Logboek laden. Dit toont de laatste 200 vermeldingen met een niveaufilter. Een geheugenuitputtingsfout verschijnt als Fatal. Als het logboek leeg is, ligt het probleem elders: probeer WordPress Wit Scherm en Je foutenlogboeken lezen.
De limiet wijzigen in KPanel
- Log in op KPanel en klik op Websites in de linkerzijbalk.
- Klik op de site die je wilt wijzigen.
- Open in het menu van de site Instellingen, dan PHP.
- Zoek de kaart PHP-instellingen en de rij Geheugenlimiet.
- Kies een waarde uit de dropdown:
128M,256M,512M,1024Mof2048M. - Klik op Instellingen opslaan.
Er is geen herstart nodig en de site blijft gedurende het hele proces online. Je instellingen worden weggeschreven naar een .user.ini-bestand in de hoofdmap van je site, dat door KPanel voor je wordt beheerd.
De nieuwe waarde is niet altijd meteen actief bij de eerstvolgende paginaweergave. De server cachet .user.ini tot wel vijf minuten, dus als de oude limiet nog wordt weergegeven, wacht dan een paar minuten en controleer opnieuw voordat je aanneemt dat de wijziging niet is doorgevoerd.
Dezelfde kaart regelt vier andere waarden die vaak samen met geheugen moeten worden aangepast:
| Instelling | Opties | Verhoog het wanneer |
|---|---|---|
| Geheugenlimiet | 128M tot 2048M | Fatale geheugenfouten, lege beheerschermen |
| Maximale uitvoeringstijd | 30 tot 600 seconden | Imports, exports en rapportages die halverwege stoppen |
| Maximale uploadgrootte | 16M tot 256M | Een thema-zip of video wordt als te groot geweigerd |
| Maximale invoervariabelen | 1000 tot 10000 | Grote menu's, uitgebreide formulieren, producten met veel variaties |
Post max size wordt niet weergegeven omdat KapsuleHost deze automatisch instelt, altijd 1 MB boven je uploadlimiet, zodat een formulier met een bestand op de limiet toch past.
Welke waarde je moet kiezen
Elke KapsuleHost-site begint op 256M, wat al dubbel zoveel is als de standaardwaarde van WordPress en voldoende voor de grote meerderheid van sites. Ga alleen hoger als je een daadwerkelijke foutmelding hebt.
| Site | Aanbevolen limiet |
|---|---|
| Brochuresite of blog met een licht thema | 256M is ruim voldoende |
| Site met een pagebuilder-thema en 20 of meer plugins | 256M, daarna 512M als fouten aanhouden |
| WooCommerce-winkel, bescheiden catalogus | 256M |
| WooCommerce met abonnementen, veel variaties of zware voorraadplugins | 512M |
| Multisite-netwerk of grote ledensite | 512M tot 1024M |
Ga niet meteen naar 2048M. Een zeer hoge limiet maakt een site niet sneller: het stelt een vastgelopen plugin in staat om veel meer van de server te verbruiken voordat deze faalt, waardoor één kapotte pagina verandert in een trage site voor elke bezoeker. Verhoog in één stap, test opnieuw, en stop zodra de fout verdwenen is.
Een limiet instellen in wp-config.php
De dropdown in KPanel stelt het serverplafond in. WordPress heeft zijn eigen twee constanten die geheugen opvragen tot dat plafond, en sommige documentatie zal je vertellen deze in te stellen:
define( 'WP_MEMORY_LIMIT', '256M' );
define( 'WP_MAX_MEMORY_LIMIT', '512M' );
WP_MEMORY_LIMIT geldt voor de front-end. WP_MAX_MEMORY_LIMIT geldt voor het beheergebied, dat doorgaans meer nodig heeft. Voeg ze toe boven de regel /* That's all, stop editing! */ in wp-config.php, met behulp van de ingebouwde editor bij Instellingen, dan Bestandenbeheerder, of via SFTP.
Een WordPress-constante kan nooit de serverlimiet overschrijden. WP_MEMORY_LIMIT instellen op 1024M terwijl de dropdown in KPanel 256M aangeeft, levert je 256M op en een vals gevoel dat je het probleem hebt opgelost. Verhoog altijd eerst de waarde in KPanel.
Voor de meeste mensen zijn de constanten niet nodig. Stel de waarde in KPanel in en laat wp-config.php met rust.
WooCommerce-opmerkingen
Winkels zijn de meest voorkomende reden om verder te gaan dan 256M. Controleer de weergave van de limiet die de winkel zelf ziet bij WooCommerce, dan Status in wp-admin: het System Status-rapport toont de PHP-geheugenlimiet die het kan zien, wat een goede manier is om te bevestigen dat je KPanel-wijziging daadwerkelijk is doorgekomen.
Verhoog naar 512M als je een van de volgende dingen gebruikt:
- Variabele producten met tientallen variaties elk.
- WooCommerce Subscriptions of een boekingsextensie.
- Twee of meer betalingsgateway-plugins tegelijk actief.
- Een voorraad- of boekhoudsynchronisatie die op de achtergrond draait.
Trage of vastlopende WooCommerce-beheerpagina's zijn meestal een combinatie van geheugen en uitvoeringstijd. Verhoog tegelijkertijd Maximale uitvoeringstijd naar 120 seconden, en overweeg de cache-opties in WooCommerce instellen.
Controleer ook je PHP-versie
Als geheugenfouten direct na een PHP-wijziging begonnen, kan de versie zelf een rol spelen: een oudere plugin kan ernstig lekken op een nieuwere runtime. De kaart PHP-versie bovenaan hetzelfde tabblad toont wat de site momenteel draait en laat je wisselen tussen PHP 8.4, 8.3, 8.2 en 8.1.
Het wijzigen van de versie herstart de PHP-pool van de site, dus verwacht een paar seconden downtime. Volledige details vind je in Je PHP-versie wijzigen.
Wanneer meer geheugen het niet oplost
Als het tweemaal verhogen van de limiet geen verbetering oplevert, verbruikt iets geheugen dat het niet zou moeten. Werk dit in volgorde door:
- Maak een back-up. Een back-up maken, elke keer eerst.
- Zoek de plugin. Deactiveer plugins in helften in plaats van één voor één: schakel de helft uit, test opnieuw, en splits daarna de helft die nog steeds faalt. Je kunt ook Plugin safe mode gebruiken op het tabblad WordPress, dan Plugins, waarmee alle plugins tegelijk worden uitgeschakeld zonder dat er pluginsgegevens worden verwijderd.
- Test het thema. Schakel tijdelijk over naar een standaard WordPress-thema. Een thema dat zware query's uitvoert bij elke paginaweergave veroorzaakt precies dit patroon.
- Kijk naar de bewerking, niet naar de site. Als alleen imports mislukken, ligt het probleem bij uitvoeringstijd en batchgrootte, niet bij geheugen. Importeer in kleinere delen.
- Lees het logboek. Het PHP-foutenlogboek op het PHP-tabblad noemt het bestand en de regel waar het geheugen opraakte, wat meestal direct de plugin identificeert.
Als je na 512M en een schone plugintest nog steeds vastzit, stuur dan een e-mail naar support@kapsulehost.com met het domein van de site, de exacte regel van de fatale fout, en wat je aan het doen was toen het gebeurde.