When WordPress or a plugin dies with a memory exhaustion error, the fix is to raise the PHP memory limit, and on Kapsule that is a dropdown in KPanel rather than a file edit. This guide covers what…

De WordPress-geheugenlimiet verhogen

Wanneer WordPress of een plugin uitvalt met een geheugentekortfout, is de oplossing het verhogen van de PHP-geheugenlimiet. Bij Kapsule is dit een vervolgkeuzelijst in KPanel in plaats van een bestandsbewerking. Deze gids behandelt wat de fout betekent, hoe u de limiet wijzigt, welke waarde u kiest, en wat u kunt doen wanneer meer geheugen niet helpt.

Hoe de fout eruit ziet

De duidelijkste vorm is een fatale fout afgedrukt op de pagina of geschreven in uw foutlogbestand:

Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes)

Deel het bytecijfer door 1.048.576 om het in megabytes te lezen: 268435456 is 256 MB, 134217728 is 128 MB.

Het meldt zich niet altijd zo duidelijk. Hetzelfde onderliggende probleem verschijnt als:

Een volledig wit leeg scherm zonder bericht, meestal op één specifiek scherm.
Het WordPress-dashboard laadt, maar een enkel adminpagina (Plugins, Producten, Site Health) valt uit.
Een media-upload of import die gedeeltelijk voortgang boekt en dan stopt.
Een 500-fout die alleen onder belasting verschijnt.

Controleer alvorens iets te wijzigen of het echt geheugen is. Open het tabblad Geavanceerd van de site en vervolgens PHP, scroll naar PHP-foutlogboek en klik op Logbestand laden. Dit toont de laatste 200 items met een niveaufilter. Een geheugentekortfout verschijnt als Fataal. Als het logbestand leeg is, liegt het probleem ergens anders: probeer WordPress White Screen en Het lezen van uw foutlogboeken.

De limiet wijzigen in KPanel

Meld u aan bij KPanel en klik op Websites in de linkernavigatie.
Klik op de site die u wilt wijzigen.
Open in het menu van de site Geavanceerd en vervolgens PHP.
Zoek de kaart PHP-instellingen en de rij Geheugenlimiet.
Kies een waarde uit de vervolgkeuzelijst: 128M, 256M, 512M, 1024M of 2048M.
Klik op Instellingen opslaan.

PHP-instellingen voor een site in KPanel

Geen herstart is nodig en de site blijft actief. Uw instellingen worden geschreven naar een .user.ini-bestand in de hoofdmap van uw site, dat KPanel voor u beheert.

De nieuwe waarde is niet altijd live bij de volgende paginalading. De server slaat .user.ini tot vijf minuten in de cache op, dus als de oude limiet nog steeds wordt gerapporteerd, wacht dan een paar minuten en controleer opnieuw voordat u aanneemt dat de wijziging niet heeft plaatsgegrepen.

Dezelfde kaart regelt vier andere waarden die vaak tegelijk met het geheugen moeten worden aangepast:

Instelling	Opties	Verhoog wanneer
Geheugenlimiet	128M tot 2048M	Fatale geheugenfouten, lege adminschermen
Max uitvoeringstijd	30 tot 600 seconden	Imports, exports en rapportgeneratie die halverwege stoppen
Max uploadgrootte	16M tot 256M	Een thema-zip of video wordt geweigerd als te groot
Max invoervariabelen	1000 tot 10000	Grote menu's, grote formulieren, producten met veel variaties

Post max size wordt niet weergegeven omdat Kapsule dit automatisch instelt, altijd 1 MB boven uw uploadlimiet, zodat een formulier met een bestand op de limiet nog past.

Welke waarde moet u kiezen

Elke Kapsule-site begint op 256M, wat al het dubbele van de WordPress-standaard is en voor de overgrote meerderheid van de sites volstaat. Verhoog alleen wanneer u een werkelijke fout heeft.

Site	Aanbevolen limiet
Brochuresite of blog op een licht thema	256M is voldoende
Site op een paginabouwerthema met 20 of meer plugins	256M, vervolgens 512M als fouten aanhouden
WooCommerce-winkel, bescheiden catalogus	256M
WooCommerce met abonnementen, veel variaties of zware voorraadbeheerplug-ins	512M
Multisite-netwerk of grote ledensite	512M tot 1024M

Ga niet direct naar 2048M. Een zeer hoge limiet maakt een site niet sneller: het laat een weggelopen plug-in veel meer van de server verbruiken voordat het mislukt, wat één verbroken pagina omzet in een trage site voor elke bezoeker. Verhoog één stap, test opnieuw en stop zodra de fout weg is.

Een limiet instellen in wp-config.php

De KPanel-vervolgkeuzelijst stelt het servermaximum in. WordPress heeft twee eigen constanten die geheugen tot dat maximum aanvragen, en in sommige documentatie staat dat u deze moet instellen:

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

WP_MEMORY_LIMIT geldt voor de frontend. WP_MAX_MEMORY_LIMIT geldt voor het admingebied, dat normaal meer nodig heeft. Voeg ze boven de /* That's all, stop editing! */-regel in wp-config.php in, met behulp van de ingebouwde editor in Bestanden en vervolgens Bestandsbeheer, of via SFTP.

Een WordPress-constante kan nooit het servermaximum overschrijden. Het instellen van WP_MEMORY_LIMIT naar 1024M terwijl de KPanel-vervolgkeuzelijst zegt 256M geeft u 256M en een vals gevoel dat u het hebt opgelost. Verhoog altijd eerst de KPanel-waarde.

Voor de meeste mensen zijn de constanten niet nodig. Stel de KPanel-waarde 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 door de winkel zelf in WooCommerce en vervolgens Status in wp-admin: het System Status-rapport geeft de PHP-geheugenlimiet weer die het kan zien, wat een goede manier is om te bevestigen dat uw KPanel-wijziging echt is doorgevoerd.

Verhoog naar 512M als u een van deze gebruikt:

Producten met variabelen met tientallen variaties elk.
WooCommerce Subscriptions of een bookingextensie.
Twee of meer betalingsgatewayplugins tegelijk actief.
Een voor- of backgrond synchronisatie die op de achtergrond wordt uitgevoerd.

Trage of time-out WooCommerce-adminpagina's zijn meestal een combinatie van geheugen en uitvoeringstijd. Verhoog Max uitvoeringstijd op hetzelfde moment naar 120 seconden en overweeg de cacheopties in WooCommerce instellen.

Controleer ook uw PHP-versie

Als geheugenfouten direct na een PHP-wijziging zijn begonnen, kan de versie zelf betrokken zijn: een ouder plug-in kan op een nieuwere runtime slecht gaan. De kaart PHP-versie bovenaan hetzelfde tabblad toont wat de site gebruikt en laat u schakelen tussen PHP 8.4, 8.3, 8.2 en 8.1.

Het wijzigen van versie herstart de PHP-pool van de site, dus verwacht een paar seconden downtime. Volledige details vindt u in Uw PHP-versie wijzigen.

Wanneer meer geheugen het niet oplost

Het verhogen van de limiet twee keer zonder verbetering betekent dat iets geheugen verbruikt dat niet zou moeten. Ga hierin stap voor stap te werk:

Maak een reservekopie. Een reservekopie maken eerst, elke keer.
Zoek de plug-in. Deactiveer plug-ins in helften in plaats van één tegelijk: zet de helft uit, test opnieuw en splits vervolgens de helft die nog steeds mislukt. U kunt ook Plug-inveiligheidsstand gebruiken op het tabblad WordPress en vervolgens Plug-ins, waarmee elke plug-in tegelijk wordt uitgeschakeld zonder plug-ingegevens te verwijderen.
Test het thema. Schakel tijdelijk over naar een standaard WordPress-thema. Een thema dat bij elk paginaverzoek zware query's uitvoert, produceert exact dit patroon.
Kijk naar de bewerking, niet naar de site. Als alleen imports mislukken, is het probleem uitvoeringstijd en batchgrootte, niet geheugen. Import in kleinere chunks.
Lees het logboek. Het PHP-foutlogboek op het PHP-tabblad noemt het bestand en de regel die geen geheugen meer had, wat meestal de plug-in onmiddellijk identificeert.

Als u na 512M en een schone plug-intest nog steeds vast zit, stuur dan een e-mail naar support@kapsulehost.com met het sitedomein, de exacte foutaalijn en wat u aan het doen was toen het gebeurde.

WordPress geheugenruimte vergroten