WordPress, Plugins und Themes benötigen während der Ausführung Arbeitsspeicher. Wie viel Speicher ein PHP-Prozess verwenden darf, wird unter anderem durch das PHP Memory Limit begrenzt.
Reicht der verfügbare Speicher für eine bestimmte Anfrage nicht aus, kann WordPress die Verarbeitung nicht erfolgreich abschließen. Die Folgen reichen von einer fehlgeschlagenen Aktion bis zu einem kritischen Fehler, einer weissen Seite oder einem HTTP-500-Fehler.
Eine typische Fehlermeldung enthält:
Allowed memory size ... exhausted
Ein höheres Memory Limit kann ein echtes Speicherproblem lösen. Es ist jedoch nicht immer die richtige dauerhafte Lösung. Wenn ein fehlerhaftes Plugin ungewöhnlich viel Speicher verbraucht, verschiebt ein höheres Limit möglicherweise lediglich den Punkt, an dem der Fehler auftritt.
Kurz erklärt: Das PHP Memory Limit legt fest, wie viel Arbeitsspeicher PHP während einer Ausführung verwenden darf. WordPress besitzt zusätzlich eigene Konstanten wie
WP_MEMORY_LIMITundWP_MAX_MEMORY_LIMIT. Diese Werte müssen im Zusammenhang mit dem tatsächlich vom Server erlaubten PHP-Limit betrachtet werden. Mehr Speicher macht WordPress außerdem nicht automatisch schneller.
Was ist das PHP Memory Limit? #
Das PHP Memory Limit ist eine Begrenzung für den Arbeitsspeicher, den ein PHP-Prozess beziehungsweise ein PHP-Skript innerhalb seiner Ausführung verwenden darf.
Die zugrunde liegende PHP-Einstellung heißt:
memory_limit
WordPress selbst, Plugins, Themes und individueller PHP-Code teilen sich bei einer WordPress-Anfrage den verfügbaren Speicher innerhalb dieser Ausführung.
Benötigt die Verarbeitung mehr Speicher als erlaubt, beendet PHP die betreffende Ausführung mit einem Fehler.
PHP Memory Limit ist nicht der gesamte Arbeitsspeicher des Servers #
Das PHP Memory Limit darf nicht mit dem gesamten physischen Arbeitsspeicher eines Servers oder Hosting-Accounts verwechselt werden.
Ein Wert wie:
memory_limit = 256M
bedeutet nicht, dass der gesamte Server nur 256 MB RAM besitzt.
Ebenso bedeutet er nicht, dass WordPress permanent 256 MB Arbeitsspeicher belegt. Der Wert definiert eine Obergrenze für die jeweilige PHP-Ausführung innerhalb der geltenden PHP-Konfiguration.
Warum benötigt WordPress Arbeitsspeicher? #
Bei einer dynamischen Anfrage lädt WordPress den Core, verarbeitet Konfigurationen, initialisiert Plugins und Theme, führt Funktionen aus, verarbeitet Daten und erzeugt schließlich eine Antwort.
Alle diese Vorgänge benötigen Arbeitsspeicher.
Wie viel Speicher tatsächlich verwendet wird, hängt stark von der jeweiligen Anfrage ab. Eine einfache öffentliche Inhaltsseite kann wesentlich weniger benötigen als ein umfangreicher Import, eine Bildbearbeitung oder ein komplexer WooCommerce-Prozess.
Was passiert, wenn das Memory Limit erreicht wird? #
Wenn PHP während der Ausführung zusätzlichen Speicher benötigt und dadurch das erlaubte Limit überschreiten würde, kann die Verarbeitung mit einem fatalen Fehler beendet werden.
Eine typische Meldung sieht sinngemäß so aus:
PHP Fatal error: Allowed memory size of ... bytes exhausted
Häufig enthält die Meldung zusätzlich Informationen darüber, wie viele Bytes PHP noch reservieren wollte und in welcher Datei der Fehler sichtbar wurde.
Die Datei in der Fehlermeldung ist nicht automatisch der Verursacher #
Dieser Punkt ist für die Diagnose besonders wichtig.
Wenn der Speicherfehler einen Dateipfad innerhalb eines Plugins nennt, kann dieses Plugin an der Ursache beteiligt sein. Der Dateipfad allein beweist das aber nicht immer.
Der Speicher kann bereits durch vorher ausgeführten Code weitgehend verbraucht worden sein. Der Fehler tritt dann dort auf, wo PHP den nächsten Speicherbereich anfordern möchte.
Deshalb sollte ein Memory-Fehler im Zusammenhang mit der gesamten Anfrage und weiteren Logeinträgen untersucht werden.
Wichtig: Die letzte Datei in einem
Allowed memory size exhausted-Fehler ist nicht zwangsläufig die Komponente, die den gesamten Speicherverbrauch verursacht hat.
Typische Symptome eines zu niedrigen Memory Limits #
Ein Speicherproblem muss nicht auf jeder Seite auftreten.
Möglicherweise funktioniert das öffentliche Frontend problemlos, während eine bestimmte Aktion im WordPress-Adminbereich fehlschlägt. In anderen Fällen tritt der Fehler nur beim Import großer Datenmengen, beim Bearbeiten eines komplexen Layouts oder bei bestimmten WooCommerce-Prozessen auf.
Bei schwerwiegenden Fällen kann WordPress einen kritischen Fehler anzeigen oder die Anfrage mit HTTP 500 abbrechen.
Warum tritt der Fehler manchmal nur im Adminbereich auf? #
Administrationsprozesse können andere oder umfangreichere Funktionen ausführen als normale Seitenaufrufe.
Ein Page Builder, ein Import-Plugin, WooCommerce, ein Backup-Prozess oder eine Medienverarbeitung kann im Adminbereich deutlich mehr Speicher benötigen als eine einfache öffentliche Seite.
Zusätzlich unterscheidet WordPress zwischen dem normalen Memory Limit und einem höheren Speicherbedarf für bestimmte administrative Aufgaben.
Deshalb müssen bei WordPress mehrere Speicherwerte auseinandergehalten werden.
PHP memory_limit, WP_MEMORY_LIMIT und WP_MAX_MEMORY_LIMIT #
Beim Thema WordPress-Speicher werden häufig drei unterschiedliche Werte miteinander verwechselt.
Die PHP-Einstellung:
memory_limit
gehört zur PHP-Laufzeitumgebung.
WordPress kennt zusätzlich die Konstanten:
WP_MEMORY_LIMIT
und:
WP_MAX_MEMORY_LIMIT
Diese Werte haben unterschiedliche Aufgaben und sollten nicht einfach als drei Bezeichnungen für dieselbe Einstellung betrachtet werden.
Was macht WP_MEMORY_LIMIT? #
WP_MEMORY_LIMIT definiert den Speicherwert, den WordPress für normale WordPress-Ausführungen anzustreben versucht.
Die Konstante kann in:
wp-config.php
definiert werden.
Ein Beispiel wäre:
define( 'WP_MEMORY_LIMIT', '256M' );
Das bedeutet allerdings nicht automatisch, dass PHP beziehungsweise der Hosting-Server WordPress tatsächlich 256 MB zur Verfügung stellt.
Was macht WP_MAX_MEMORY_LIMIT? #
Für bestimmte administrative Vorgänge kann WordPress ein höheres Speicherlimit verwenden.
Dafür existiert:
WP_MAX_MEMORY_LIMIT
Ein Beispiel wäre:
define( 'WP_MAX_MEMORY_LIMIT', '512M' );
Auch dieser Wert kann nicht beliebig die technischen Grenzen der PHP- beziehungsweise Hosting-Konfiguration außer Kraft setzen.
WordPress kann das serverseitige Maximum nicht beliebig überschreiben #
Das ist einer der häufigsten Irrtümer bei diesem Thema.
Angenommen, die Hosting-Umgebung erlaubt maximal:
memory_limit = 256M
und in wp-config.php wird eingetragen:
define( 'WP_MEMORY_LIMIT', '1024M' );
Dann bedeutet dieser Eintrag nicht automatisch, dass WordPress nun tatsächlich 1 GB verwenden kann.
Ob und bis zu welchem Wert PHP das Memory Limit zur Laufzeit verändern darf, hängt von der PHP- und Serverkonfiguration ab.
Merke: Ein hoher Wert in
wp-config.phpgarantiert keinen entsprechend hohen tatsächlich verfügbaren PHP-Speicher.
Welches Memory Limit verwendet WordPress tatsächlich? #
Für eine saubere Diagnose solltest du nicht ausschließlich einen Wert aus einer Konfigurationsdatei ablesen.
WordPress zeigt Informationen zur Serverumgebung im Adminbereich unter:
Werkzeuge → Website-Zustand → Bericht
Dort lassen sich je nach Installation und Umgebung relevante PHP- und WordPress-Werte kontrollieren.
Bei technischen Problemen können außerdem PHP-Informationen oder die Hosting-Verwaltung zeigen, welches serverseitige memory_limit tatsächlich aktiv ist.
Warum verschiedene Anzeigen unterschiedliche Werte zeigen können #
Wenn ein WordPress-Plugin einen anderen Speicherwert anzeigt als das Hosting-Panel, muss nicht zwangsläufig eine der Anzeigen falsch sein.
Möglicherweise werden unterschiedliche Ebenen dargestellt: die PHP-Konfiguration, ein von WordPress gesetztes Limit oder ein Wert für einen bestimmten Ausführungskontext.
Auch unterschiedliche PHP-Versionen oder Konfigurationen für Webanfragen und Kommandozeilenprozesse können eine Rolle spielen.
Wie hoch sollte das PHP Memory Limit für WordPress sein? #
Es gibt keinen einzelnen Wert, der für jede WordPress-Website optimal ist.
Eine kleine Unternehmenswebsite mit wenigen Erweiterungen benötigt andere Ressourcen als ein umfangreicher WooCommerce-Shop, ein Page Builder mit komplexen Layouts oder eine Website mit großen Import- und Exportprozessen.
Deshalb sollte das Memory Limit ausreichend hoch für die legitimen Anforderungen der Website sein, aber nicht als Ersatz für die Analyse ungewöhnlich hohen Speicherverbrauchs dienen.
Ist 128 MB ausreichend? #
Für einfache WordPress-Installationen kann ein solcher Wert je nach verwendeten Komponenten ausreichen.
Bei umfangreicheren Plugins, Page Buildern oder administrativen Prozessen kann jedoch mehr Speicher erforderlich sein.
Die Zahl allein erlaubt deshalb keine seriöse Aussage über die Qualität einer Hosting-Umgebung.
Sind 256 MB oder 512 MB besser? #
Ein höheres Limit bietet speicherintensiven Prozessen mehr Spielraum.
Wenn eine legitime WordPress-Funktion beispielsweise 180 MB benötigt, würde ein Limit von 128 MB scheitern, während 256 MB ausreichend sein könnten.
Benötigt ein fehlerhafter Prozess dagegen aufgrund einer Endlosschleife immer mehr Speicher, kann auch ein Limit von 512 MB oder mehr irgendwann erreicht werden.
Deshalb lautet die richtige Frage nicht nur „Wie hoch ist das Limit?“, sondern auch „Warum benötigt dieser Prozess so viel Speicher?“
Mehr Memory macht WordPress nicht automatisch schneller #
Das PHP Memory Limit ist primär eine Obergrenze und kein Performance-Regler.
Wenn eine WordPress-Anfrage beispielsweise 80 MB benötigt und ihr 256 MB zur Verfügung stehen, wird sie normalerweise nicht schneller, nur weil das Limit auf 512 MB erhöht wird.
Mehr verfügbarer Speicher hilft dann, wenn ein legitimer Prozess am bisherigen Limit scheitert. Er beschleunigt aber nicht automatisch PHP, Datenbankabfragen oder das Frontend.
Bei allgemeinen Performance-Problemen solltest du deshalb die tatsächlichen Ursachen untersuchen. Dazu findest du unseren Artikel WordPress ist langsam: Ursachen finden und Ladezeit verbessern.
Warum Plugins viel Speicher benötigen können #
Plugins können während einer Anfrage große Datenmengen laden oder verarbeiten.
Das betrifft beispielsweise Imports, Exports, Statistiken, Suchfunktionen, Backups, Sicherheits-Scans oder komplexe Datenverarbeitung.
Ein hoher Speicherbedarf muss deshalb nicht automatisch ein Programmierfehler sein.
Wenn eine Erweiterung bei normalen Vorgängen allerdings plötzlich wesentlich mehr Speicher benötigt als zuvor, sollte untersucht werden, was sich verändert hat.
Plugin-Konflikte und Speicherverbrauch #
Auch eine Wechselwirkung zwischen mehreren Erweiterungen kann den Ressourcenverbrauch erhöhen.
Wenn ein Memory-Fehler unmittelbar nach Installation oder Update eines Plugins beginnt, ist der zeitliche Zusammenhang ein wichtiger Hinweis.
Wie du Erweiterungen kontrolliert untersuchst, erklären wir unter Plugin- oder Theme-Konflikte in WordPress erkennen und beheben.
Page Builder und komplexe Seiten #
Page Builder müssen bei der Bearbeitung teilweise umfangreiche Seitenstrukturen, Widgets und Einstellungen verarbeiten.
Eine sehr komplex aufgebaute Seite kann deshalb im Editor deutlich mehr PHP-Speicher benötigen als die öffentliche Ausgabe derselben Seite.
Wenn nur der Editor einer bestimmten großen Seite mit einem Memory-Fehler abbricht, sollte deshalb auch die Komplexität dieser Seite berücksichtigt werden.
WooCommerce kann höheren Speicherbedarf verursachen #
WooCommerce erweitert WordPress um umfangreiche Shop-Funktionen. Zusätzliche Erweiterungen für Zahlungen, Versand, Rechnungen, Produktfilter oder Warenwirtschaft erhöhen die Komplexität weiter.
Besonders Imports, Exports, Berichte oder umfangreiche administrative Prozesse können mehr Speicher benötigen als eine normale Inhaltsseite.
Ein höherer Speicherbedarf eines Shops ist deshalb nicht ungewöhnlich. Trotzdem sollte ein plötzlich stark steigender Verbrauch untersucht werden.
Bildbearbeitung kann viel Arbeitsspeicher benötigen #
Beim Hochladen von Bildern muss WordPress je nach Konfiguration verschiedene Bildgrößen erzeugen.
Der benötigte Arbeitsspeicher hängt dabei nicht ausschließlich von der Dateigröße des Bildes ab.
Ein stark komprimiertes JPEG kann beispielsweise nur wenige Megabyte groß sein, nach dem Dekomprimieren im Arbeitsspeicher aber wesentlich mehr Speicher benötigen.
Sehr große Bildabmessungen können deshalb bei der serverseitigen Bildverarbeitung zu Speicherproblemen führen.
Backups und Archive #
Backup-Plugins können große Mengen an Dateien und Daten verarbeiten.
Je nach Implementierung kann dabei erheblicher Speicherbedarf entstehen.
Wenn ein Memory-Fehler ausschließlich während eines Backups auftritt, sollte deshalb zunächst der Backup-Prozess untersucht werden, statt das Memory Limit pauschal für die gesamte Website massiv zu erhöhen.
Import und Export #
Große XML-, CSV- oder andere Importdateien können speicherintensiv sein, wenn eine Erweiterung zu viele Daten gleichzeitig in den Arbeitsspeicher lädt.
Gut entwickelte Importprozesse teilen große Datenmengen häufig in kleinere Verarbeitungsschritte auf.
Wenn ein Import bei einer bestimmten Datenmenge reproduzierbar scheitert, kann deshalb neben dem Memory Limit auch die Arbeitsweise des verwendeten Import-Plugins relevant sein.
PHP-Version und Memory Limit sind getrennte Themen #
Die verwendete PHP-Version und das Memory Limit gehören beide zur PHP-Umgebung, sind aber nicht dasselbe.
Ein Wechsel auf eine neuere PHP-Version bedeutet nicht automatisch, dass WordPress ein höheres Memory Limit erhält.
Ebenso behebt ein höheres Memory Limit keine Inkompatibilität mit einer bestimmten PHP-Version.
Wenn ein Fehler nach einem PHP-Wechsel begonnen hat, findest du die passende Diagnose unter PHP-Version für WordPress ändern und Kompatibilität prüfen.
Memory-Fehler nach einem Plugin-Update #
Wenn eine Website vor einem Plugin-Update problemlos funktioniert hat und unmittelbar danach Speicherfehler auftreten, sollte das betreffende Update genauer untersucht werden.
Vielleicht führt die neue Version zusätzliche Prozesse aus, ein Fehler erzeugt eine Schleife oder eine neue Funktion benötigt tatsächlich mehr Speicher.
Der erste Schritt sollte nicht automatisch darin bestehen, das Limit immer weiter zu erhöhen.
Memory-Fehler nach einem WordPress-Update #
Auch nach einem WordPress-Core-Update kann ein zuvor verborgenes Problem sichtbar werden.
Das bedeutet nicht automatisch, dass WordPress selbst zu viel Speicher benötigt.
Ein Plugin oder Theme kann beispielsweise mit der neuen WordPress-Version anders reagieren und dadurch den Fehler verursachen.
Memory-Fehler nach einem Theme-Wechsel #
Umfangreiche Themes können zusätzliche Frameworks, Page-Builder-Komponenten und Funktionen laden.
Wenn ein Speicherproblem unmittelbar nach einem Theme-Wechsel beginnt, sollte deshalb auch das Theme als mögliche Ursache berücksichtigt werden.
Bei Verwendung eines Child-Themes gehören individuelle Anpassungen ebenfalls zur Diagnose.
HTTP 500 durch erschöpften PHP-Speicher #
Ein Memory-Fehler kann sich gegenüber dem Besucher als HTTP-500-Fehler zeigen.
Die sichtbare Fehlermeldung im Browser verrät dann möglicherweise nicht, dass das Memory Limit die eigentliche Ursache ist.
Deshalb sind Error Logs bei einem HTTP-500-Fehler besonders wertvoll.
Weitere mögliche Ursachen findest du unter Fehler 500 in WordPress beheben.
Kritischer WordPress-Fehler durch Speichermangel #
Ein fataler PHP-Fehler aufgrund erschöpften Speichers kann auch die WordPress-Meldung über einen kritischen Fehler auslösen.
Wenn WordPress Recovery Mode verfügbar ist, kann dieser bei bestimmten fatalen Fehlern dabei helfen, wieder Zugriff auf den Adminbereich zu erhalten.
Die allgemeine Vorgehensweise findest du unter WordPress zeigt eine weisse Seite oder einen kritischen Fehler: Was tun?.
Memory-Fehler im Error Log finden #
Wenn die Website nur eine allgemeine Fehlermeldung zeigt, solltest du die Server- beziehungsweise PHP-Fehlerprotokolle kontrollieren.
Ein relevanter Eintrag enthält typischerweise:
Allowed memory size
und:
exhausted
Der Zeitstempel sollte zum Zeitpunkt des fehlgeschlagenen Seitenaufrufs oder Prozesses passen.
WordPress Debugging zur Diagnose verwenden #
Zusätzlich zu serverseitigen Error Logs kann WordPress eigene Debug-Informationen protokollieren.
Relevante Konstanten sind:
WP_DEBUG
WP_DEBUG_LOG
WP_DEBUG_DISPLAY
Wie du diese Einstellungen kontrolliert einsetzt, behandeln wir im Artikel WordPress Debugging aktivieren und Fehlerprotokolle verwenden.
Achtung: Detaillierte PHP-Fehler sollten auf einer produktiven Website nicht dauerhaft öffentlich ausgegeben werden. Fehlerprotokolle können technische und potenziell sensible Informationen enthalten.
Memory Limit in wp-config.php ändern #
WordPress-spezifische Speicherwerte können in bestimmten Umgebungen über:
wp-config.php
definiert werden.
Beispielsweise:
define( 'WP_MEMORY_LIMIT', '256M' );
oder für bestimmte administrative Vorgänge:
define( 'WP_MAX_MEMORY_LIMIT', '512M' );
Diese Werte sollten nicht mehrfach mit unterschiedlichen Angaben in derselben Konfiguration definiert werden.
Außerdem gilt weiterhin: WordPress kann damit nicht beliebig ein serverseitig festgelegtes Maximum überschreiten.
Wo gehört die Einstellung in wp-config.php hin? #
Wenn du eine WordPress-Konstante manuell definierst, sollte sie innerhalb des Konfigurationsbereichs von:
wp-config.php
stehen und geladen werden, bevor WordPress vollständig initialisiert wird.
Bearbeite die Datei nur, wenn du mit ihrer Funktion vertraut bist, und erstelle vorher eine Sicherung.
PHP memory_limit über die Hosting-Umgebung ändern #
Ob du das eigentliche PHP-memory_limit selbst verändern kannst, hängt von der Hosting-Konfiguration ab.
Moderne Hosting-Systeme können PHP-Einstellungen über ein Control Panel bereitstellen.
In anderen Umgebungen ist der maximal verfügbare Wert serverseitig vorgegeben.
Wenn eine Änderung im WordPress-Code keine Wirkung zeigt, solltest du deshalb prüfen, welches PHP-Limit tatsächlich vom Hosting-System erlaubt und verwendet wird.
php.ini, .user.ini und andere PHP-Konfigurationen #
Je nach PHP-Betriebsart können Einstellungen unter anderem über:
php.ini
oder:
.user.ini
konfiguriert werden.
Welche Methode unterstützt wird, hängt von der Serverumgebung ab.
Du solltest deshalb nicht blind Konfigurationsdateien aus einer fremden Anleitung anlegen. Eine Direktive, die auf einem Server funktioniert, muss in einer anderen PHP-Konfiguration nicht dieselbe Wirkung haben.
Memory Limit nicht mit Upload-Limits verwechseln #
Das PHP Memory Limit bestimmt nicht direkt die maximale Dateigröße eines Uploads.
Dafür existieren unter anderem eigene PHP-Einstellungen wie:
upload_max_filesize
und:
post_max_size
Ein Upload kann deshalb an einer Größenbegrenzung scheitern, obwohl ausreichend PHP-Speicher vorhanden wäre.
Memory Limit nicht mit max_execution_time verwechseln #
Auch die maximale Ausführungszeit ist eine separate PHP-Einstellung.
Ein Prozess kann ausreichend Arbeitsspeicher besitzen und trotzdem wegen einer Zeitbegrenzung abbrechen.
Umgekehrt kann ein sehr schneller Prozess das Memory Limit überschreiten.
Bei der Fehlersuche sollte deshalb immer die konkrete Fehlermeldung betrachtet werden.
Memory Limit und Hosting-Ressourcen #
Das PHP Memory Limit ist nur eine von mehreren Ressourcenbegrenzungen.
In einer Hosting-Umgebung können zusätzlich Grenzen für CPU, Prozesse, I/O oder den gesamten verfügbaren Speicher eines Accounts gelten.
Ein hoher Wert bei memory_limit bedeutet deshalb nicht, dass unbegrenzt viele PHP-Prozesse gleichzeitig jeweils den maximalen Wert verwenden können.
Warum ein extrem hohes Memory Limit problematisch sein kann #
Ein sehr hohes Limit kann dazu führen, dass ein fehlerhafter PHP-Prozess wesentlich mehr Speicher beanspruchen darf, bevor er beendet wird.
Bei mehreren gleichzeitigen Prozessen kann dies die verfügbaren Ressourcen einer Hosting-Umgebung stärker belasten.
Ein sinnvolles Memory Limit sollte deshalb ausreichend Spielraum bieten, aber nicht als Ersatz für eine funktionierende Ressourcenverwaltung dienen.
Memory Limit auf „unbegrenzt“ setzen? #
PHP kann grundsätzlich Konfigurationen kennen, bei denen kein normales Memory Limit gesetzt wird. Für eine produktive WordPress-Website ist es jedoch keine gute allgemeine Problemlösung, einem fehlerhaften Prozess einfach unbegrenzt Speicher zur Verfügung zu stellen.
Ein Limit schützt die Umgebung auch davor, dass fehlerhafter Code unkontrolliert immer mehr Speicher beansprucht.
Speicherproblem oder Speicherleck? #
Wenn der Speicherverbrauch innerhalb eines Prozesses kontinuierlich steigt, kann ein Fehler in der Programmlogik oder eine ungünstige Verarbeitung großer Datenmengen vorliegen.
Ein höheres Limit verschiebt den Abbruch dann möglicherweise lediglich nach hinten.
Wenn derselbe Vorgang auch mit stark erhöhtem Limit immer wieder den gesamten verfügbaren Speicher aufbraucht, ist eine Ursachenanalyse wichtiger als eine weitere Erhöhung.
Speicherverbrauch nach Änderungen vergleichen #
Wenn ein Memory-Problem nach einer konkreten Änderung aufgetreten ist, ist ein Vergleich besonders hilfreich.
Wurde beispielsweise ein neues Plugin aktiviert und steigt seitdem der Speicherbedarf deutlich, sollte diese Erweiterung untersucht werden.
Dasselbe gilt für neue Theme-Funktionen, Imports, zusätzliche WooCommerce-Erweiterungen oder individuellen Code.
Ein höheres Limit kann trotzdem die richtige Lösung sein #
Nicht jeder Speicherfehler bedeutet, dass WordPress oder ein Plugin fehlerhaft arbeitet.
Wenn ein legitimer Prozess nachvollziehbar mehr Speicher benötigt als das bisherige Limit erlaubt, kann eine moderate Erhöhung technisch vollkommen sinnvoll sein.
Das gilt beispielsweise für bestimmte Bildverarbeitungs-, Import- oder Administrationsprozesse.
Entscheidend ist, dass der benötigte Speicher plausibel ist und der Prozess nach der Anpassung stabil abgeschlossen wird.
Nach einer Änderung erneut testen #
Wenn du das Memory Limit angepasst hast, solltest du genau den Vorgang wiederholen, der zuvor fehlgeschlagen ist.
Funktioniert er anschließend, prüfe trotzdem, ob der Speicherverbrauch plausibel ist und keine neuen Fehler im Log erscheinen.
Wenn das Limit nach kurzer Zeit erneut erreicht wird, sollte die Ursache genauer untersucht werden.
Was du bei einem Memory-Fehler besser nicht tun solltest #
Setze nicht einfach immer höhere Werte in wp-config.php, ohne zu prüfen, ob sie überhaupt wirksam werden und warum der Speicher benötigt wird.
Lösche außerdem nicht wahllos Plugins, nur weil deren Dateiname im letzten Fatal Error auftaucht. Die genannte Datei muss nicht zwangsläufig die Hauptursache des gesamten Speicherverbrauchs sein.
Verwechsle das Memory Limit nicht mit Upload-Größe, Ausführungszeit, CPU oder dem gesamten RAM des Servers.
Und behandle einen ungewöhnlich hohen Speicherverbrauch nicht automatisch als Hosting-Problem, bevor Plugins, Theme, Code und der konkrete Vorgang untersucht wurden.
Grundregel: Ein Memory Limit sollte hoch genug sein, damit legitime WordPress-Prozesse zuverlässig funktionieren. Wird das Limit unerwartet erreicht, sollte aber zuerst geklärt werden, welcher Prozess den Speicher benötigt und warum.
Welche Informationen helfen dem CURIAWEB-Support? #
Wenn deine WordPress-Website bei CURIAWEB einen Speicherfehler zeigt, sende möglichst die vollständige relevante Fehlermeldung beziehungsweise den betreffenden Ausschnitt aus dem Error Log.
Besonders hilfreich sind der Zeitpunkt des Fehlers und eine Beschreibung der Aktion, bei der er auftritt. Tritt das Problem beispielsweise nur beim Bearbeiten einer bestimmten Seite, bei einem Import, während eines Backups oder im WooCommerce-Checkout auf, sollte das erwähnt werden.
Teile außerdem mit, ob unmittelbar zuvor ein Plugin, Theme, WordPress oder die PHP-Version aktualisiert beziehungsweise verändert wurde.
Mit diesen Informationen lässt sich wesentlich besser beurteilen, ob tatsächlich lediglich mehr Speicher benötigt wird oder ob eine bestimmte Komponente ungewöhnlich hohen Speicherverbrauch verursacht.
Sende Passwörter nicht unaufgefordert mit.
Zusammenfassung #
Das PHP Memory Limit begrenzt den Arbeitsspeicher, den PHP während einer Ausführung verwenden darf. Wird dieses Limit überschritten, kann PHP die Verarbeitung mit einem Fehler wie Allowed memory size ... exhausted abbrechen.
In WordPress müssen dabei mehrere Ebenen unterschieden werden. Das serverseitige PHP-memory_limit ist nicht dasselbe wie die WordPress-Konstanten WP_MEMORY_LIMIT und WP_MAX_MEMORY_LIMIT. Ein in wp-config.php eingetragener hoher Wert kann außerdem nicht automatisch ein serverseitiges Maximum außer Kraft setzen.
Ein höheres Memory Limit macht WordPress nicht automatisch schneller. Es ist sinnvoll, wenn ein legitimer Prozess mehr Speicher benötigt als bisher erlaubt. Steigt der Verbrauch dagegen aufgrund eines fehlerhaften Plugins, einer problematischen Schleife oder einer anderen technischen Ursache unkontrolliert an, verschiebt ein höheres Limit möglicherweise nur den nächsten Fehler.
Die richtige Vorgehensweise lautet deshalb: Fehlermeldung prüfen, tatsächliche Speichergrenzen feststellen, den betroffenen Prozess identifizieren und erst danach entscheiden, ob das Limit angepasst oder die eigentliche Ursache behoben werden muss.
