Beim Bearbeiten einer umfangreichen Page-Builder-Seite tritt ein PHP-Fatal-Error wegen des ausgeschöpften Speicherlimits auf. Nach einer Erhöhung lädt der Editor einmal, doch der Verbrauch wächst mit jeder weiteren Komponente. Das deutet eher auf zu große Datenmengen oder einen Fehler als auf ein dauerhaft zu niedriges Limit hin. Ein höherer Wert kann kurzfristig Spielraum schaffen, ersetzt aber keine Analyse des Speicherverlaufs.
Inhalt
Was die Fehlermeldung aussagt
„Allowed Memory Size Exhausted“ erscheint, wenn ein PHP-Prozess über sein effektives memory_limithinaus Speicher anfordert. Die Meldung nennt die erlaubte Größe und die letzte Anforderung, aber nicht zwingend den größten vorherigen Verbraucher. WordPress-Konstanten können einen Wert anfordern; Hosting-Richtlinie und aktiver PHP-Handler bestimmen, was tatsächlich gilt.
Ein realistisches Beispiel
Ein Import funktioniert mit 100 Datensätzen, scheitert aber mit 10.000. Messungen für drei kontrollierte Größen zeigen nahezu lineares Wachstum. Der Auftrag wird deshalb in Batches aufgeteilt und mit einer Fortsetzungsmarke versehen. Der Peak sinkt deutlich. Erst danach wird das Speicherlimit moderat angehoben, damit ein einzelner Batch mit ausreichender Reserve abgeschlossen werden kann.
Wann mehr Speicher vertretbar ist
Eine moderate Erhöhung ist sinnvoll, wenn eine legitime, endliche und bereits optimierte Aufgabe etwas mehr Speicher benötigt und der Server genügend Kapazität pro parallelem Worker besitzt. Beschleunigtes Wachstum, Endlosschleifen, doppelt geladene Daten oder sehr große unpaginiert geladene Abfragen müssen dagegen behoben werden. Sonst verschiebt die Erhöhung nur den nächsten Fatal-Error.
Sicherer Einstieg
Sichern Sie die betroffenen Daten und halten Sie einen Abschaltweg für das vermutete Plugin oder Theme bereit. Bewahren Sie Fehlermeldung, Zeitpunkt, URL beziehungsweise Auftrag und die letzte Aktion auf. Prüfen Sie jüngste Änderungen an Plugins, Theme, PHP-Version, Import oder Inhalt. Reproduzieren Sie das Problem nach Möglichkeit in Staging und messen Sie Basis- sowie Spitzenverbrauch für mehrere Datenmengen.
Technische Diagnose
Trennen Sie Frontend, Backend, AJAX, REST, Cron, Queue und WP-CLI, da sie andere Handler oder Limits verwenden können. Profilieren Sie den aktiven Komponentenstapel, große Datenbankabfragen und Schleifen. Nutzen Sie Batches, Paginierung, Streaming oder Hintergrundverarbeitung, wenn dies den Peak begrenzt. Testen Sie nach der Korrektur auch realistische Parallelität: Eine erfolgreiche Einzelanfrage beweist nicht, dass der gesamte Worker-Pool ausreichend Speicher hat.
Risiken und Rollback
Ein sehr hohes Limit multipliziert sich mit der Zahl paralleler PHP-Prozesse und kann den gesamten Server unter Speicherdruck setzen. Dokumentieren Sie alten, angeforderten und effektiven Wert sowie den Peak vor und nach der Änderung. Steigt der Verbrauch weiter, tritt erneut ein Fatal-Error auf oder lehnt der Hoster den Wert ab, setzen Sie die Anpassung zurück und deaktivieren den fehlerhaften Ablauf bis zur Korrektur.
AIOWS-Modul
Wie AIOWS PHP Limits bei Speicherfehlern hilft
Bei PHP-Speicherfehlern zeigt AIOWS PHP Limits den aktiven Wert von memory_limit an und kann eine von der Serverumgebung unterstützte Anpassung versuchen. So lässt sich erkennen, ob der angeforderte Speicherwert im fehlerhaften Kontext wirksam wird.
Das Modul kann Hosting-Obergrenzen nicht garantiert überschreiben und repariert keinen Code mit unbegrenztem Speicherwachstum. Die Ursache muss weiterhin anhand des konkreten Vorgangs und seiner maximalen Speichernutzung untersucht werden.
Versuchen Sie eine moderate Erhöhung erst nach Profilierung einer begrenzten legitimen Last. Wiederholen Sie denselben Test mit mehreren Eingabegrößen und kontrollieren Sie zusätzlich die Serverkapazität bei parallelen Anfragen.
Weiterführende Beiträge
- Maximale PHP-Ausführungszeit in WordPress überschritten
- PHP max_input_vars für WordPress erhöhen
- Sicheren PHP-Limit-Bericht für den WordPress-Support erstellen
Fazit
Lesen Sie den Fatal-Error als Befund eines bestimmten PHP-Prozesses und suchen Sie den Verbrauch vor der letzten fehlgeschlagenen Anforderung. Optimieren oder teilen Sie große Arbeiten und beheben Sie unbegrenztes Wachstum. Mehr Speicher ist erst danach eine vertretbare Ergänzung – und muss im selben Kontext sowie unter realistischer Parallelität geprüft werden.
