WordPress-Fehler: Arbeitsspeicher erschöpft

Was dieser Fehler bedeutet und wie du ihn erkennst

• Ein schwerwiegender Fehler enthält eine Formulierung ähnlich wie Allowed memory size of 134217728 bytes exhausted (tried to allocate ... bytes).
• Die gesamte Website kann ausfallen, oder das Problem ist auf das Dashboard, den Bildschirm eines Plugins, einen Import, eine Migration oder eine Massenaktion beschränkt.
• Der Fehler kann nach der Installation oder Aktualisierung eines Plugins oder Themes, beim Start einer großen Datenoperation oder nach dem Umzug der Website zu einem Hosting-Anbieter mit niedrigerem PHP-Speicherlimit auftreten.
• Die Startseite kann normal geladen werden, während ein Import, ein Page-Builder-Bildschirm, eine Produktsynchronisierung oder eine andere speicherintensive Aufgabe fehlschlägt.
• Eine Speichererhöhung kann scheinbar normale Seiten reparieren, während die ursprüngliche Operation weiterhin fehlschlägt.

Hauptursachen nach Wahrscheinlichkeit

1. Das PHP-memory_limit ist für die Website oder Anfrage zu niedrig. WordPress-Core, das aktive Theme, Plugins, die aktuelle Anfrage und die verarbeiteten Daten können das konservative Standardlimit des Hostings überschreiten.
2. Ein Plugin oder Theme benötigt viel Speicher. Page Builder, Import-/Export-Tools, Backup-Software, Caching-Tools sowie umfangreiche SEO- oder Marketing-Suites können bei bestimmten Aufgaben deutlich mehr Speicher verwenden.
3. Eine große Operation verarbeitet zu viele Daten auf einmal. Medienimporte, Produktsynchronisierungen, Migrationen und Suchen-und-Ersetzen-Aufgaben können das Limit überschreiten, selbst wenn normale Seitenaufrufe funktionieren.
4. Die aktiven Plugins haben zusammen einen hohen Grundverbrauch. Mehrere moderate Speicherverbraucher können das Limit gemeinsam überschreiten.
5. Die Konfigurationsebenen stimmen nicht überein. wp-config.php, das Hosting-Panel, php.ini, .user.ini und anwendbare Einstellungen in .htaccess können für Webanfragen unterschiedliche effektive Werte ergeben.
6. Eine Komponente verwendet einen ineffizienten Verarbeitungspfad oder hat ein Speicherleck. Das wird wahrscheinlicher, wenn eine bestimmte Aktion bereits bei einer moderaten Arbeitslast oder nach wiederholter Nutzung fehlschlägt und nicht nur bei einer vorhersehbar großen Operation.

So behebst du den Fehler

1. Die fehlschlagende Anfrage identifizieren

Kopieren Sie die vollständige Meldung des schwerwiegenden Fehlers, sofern verfügbar. Notieren Sie, ob der Fehler jede Seite, nur das Dashboard, den Bildschirm eines Plugins oder eine bestimmte Operation wie einen Import oder eine Massenbearbeitung betrifft. Diese Unterscheidung hilft dabei, ein allgemein zu niedriges Limit von einem arbeitslastspezifischen Problem zu trennen.

2. Mehr Speicher bei WordPress anfordern

Erstellen Sie vor der Bearbeitung von Dateien ein Backup oder stellen Sie sicher, dass Sie die aktuelle Konfiguration wiederherstellen können. Öffnen Sie wp-config.php per SFTP oder über den Dateimanager Ihres Hosts und fügen Sie diese Zeile oberhalb von /* That's all, stop editing! */ ein:

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

Damit wird WordPress angewiesen, 256 MB zu verwenden, sofern der Server dies zulässt. Wenn die Konstante bereits vorhanden ist, bearbeiten Sie diese Definition, anstatt eine zweite hinzuzufügen. Einige Verwaltungsaufgaben können eine separate Speicher-Einstellung für den Admin-Bereich verwenden. Ein Fehler, der nur im Dashboard auftritt, erfordert daher möglicherweise zusätzliche Untersuchungen.

3. Das von der Website verwendete PHP-Limit prüfen

WP_MEMORY_LIMIT kann PHP nicht über das servereigene memory_limit hinaus anheben. Prüfen Sie das Hosting-Panel oder die php.ini, die von der PHP-Version verwendet wird, welche die Website bedient. Auf einem VPS kann eine Änderung der relevanten PHP-Konfiguration einen Neustart von PHP-FPM oder des entsprechenden PHP-Dienstes erfordern. Führen Sie dies nur mit dem erforderlichen Zugriff und der entsprechenden Berechtigung durch.

Einige Apache-Konfigurationen mit mod_php erlauben eine Einstellung wie:

php_value memory_limit 256M

in .htaccess. Dies gilt nicht für PHP-FPM und kann einen Serverkonfigurationsfehler verursachen, wenn die Direktive nicht zulässig ist. Verwenden Sie das Hosting-Panel oder fragen Sie Ihren Host, bevor Sie sie hinzufügen. Eine PHP-Einstellung für die Kommandozeile kann von der für Webanfragen verwendeten Konfiguration abweichen.

4. Die exakt fehlschlagende Aktion wiederholen

Wiederholen Sie den Import, die Massenbearbeitung, die Plugin-Operation oder die Seitenanfrage, die den Fehler verursacht hat. Das Laden der Startseite allein reicht nicht aus, da eine normale Seite deutlich weniger Speicher benötigen kann als die fehlgeschlagene Aufgabe. Wenn die Aufgabe erfolgreich ist, beobachten Sie sie und erhöhen Sie das Limit nicht weiter, sofern dieselbe Operation nicht weiterhin mehr Speicher benötigt.

5. Den Spitzenverbrauch der Operation reduzieren

Verringern Sie bei Importen, Migrationen, Synchronisierungen oder Massenbearbeitungen die Batch-Größe des Tools oder teilen Sie die Arbeit in kleinere Gruppen auf. Das ist häufig sicherer, als für jede PHP-Anfrage ein sehr hohes Limit festzulegen. Das Ausführen großer Aufgaben in einer ruhigeren Zeit kann das Betriebsrisiko verringern, senkt jedoch nicht den für die Anfrage erforderlichen Spitzenverbrauch.

6. Das wahrscheinlich verantwortliche Plugin oder Theme isolieren

Wenn 256M oder 512M weiterhin nicht ausreichen oder das Problem nach einer Änderung begonnen hat, testen Sie die Komponente, die mit dem fehlschlagenden Bildschirm oder der Aufgabe verbunden ist. Verwenden Sie nach Möglichkeit eine Staging-Kopie. Erstellen Sie auf einer Live-Website zunächst ein Backup und deaktivieren Sie Plugins einzeln. Wenn das Dashboard nicht erreichbar ist, können Sie das Verzeichnis des verdächtigen Plugins per SFTP oder Dateimanager vorübergehend umbenennen, damit WordPress es nicht laden kann.

Priorisieren Sie die zuletzt geänderte Komponente und das mit dem Fehler verbundene Plugin, gefolgt von Page Buildern, Import-/Export-Tools, Backup-Tools, Caching-Tools und umfangreichen All-in-one-Suites. Wenn Frontend-Seiten fehlschlagen, testen Sie außerdem mit einem Standard-Theme. Aktivieren Sie nicht betroffene Komponenten nach jedem Test wieder, damit Sie wissen, welche Konfiguration getestet wurde.

7. Effektive Konfigurationswerte vergleichen

Wenn eine Änderung von WP_MEMORY_LIMIT keine erkennbare Wirkung hat, vergleichen Sie die WordPress-Anfrage mit dem von Webanfragen verwendeten PHP-Wert. Prüfen Sie das Hosting-Panel, php.ini, .user.ini und anwendbare Einstellungen in .htaccess sowie ein vom Host vorgegebenes Maximum. Fragen Sie Ihren Host, welche PHP-Konfiguration gilt, wenn Sie dies nicht selbst überprüfen können.

8. Die dauerhafte Lösung bestätigen

Führen Sie die ursprünglich fehlschlagende Operation erneut aus und prüfen Sie anschließend wichtige Frontend- und Verwaltungsseiten. Wenn die Website erst nach der Einstellung eines sehr hohen Limits funktioniert, betrachten Sie dies als diagnostischen Hinweis und untersuchen Sie weiterhin das verantwortliche Plugin, Theme, die Abfrage oder die Batch-Größe, statt das Problem als dauerhaft gelöst zu betrachten.

Vorbeugung und Überprüfung der Lösung

• Verwenden Sie einen bewusst gewählten, vom Host unterstützten WordPress-Speicherwert, statt zu warten, bis eine Aufgabe in der Produktion fehlschlägt.
• Entfernen Sie nicht verwendete Plugins und überprüfen Sie regelmäßig die aktiven Plugins, da sich deren Grundverbrauch summiert.
• Halten Sie Import-, Migrations-, Synchronisierungs- und Massenbearbeitungs-Batches innerhalb des verfügbaren PHP-Speichers.
• Testen Sie große Operationen auf Staging oder mit einem begrenzten Datensatz, bevor Sie die gesamte Website verarbeiten.
• Wiederholen Sie nach Änderungen an Plugins oder der Konfiguration die zuvor fehlgeschlagene Operation und prüfen Sie sowohl Frontend- als auch Admin-Seiten.
• Dokumentieren Sie, welche PHP-Konfiguration für Webanfragen gilt, damit künftige Speicheränderungen an der richtigen Stelle vorgenommen werden.

Häufig gestellte Fragen