Fehlerbehebung
Elementor zeigt beim Speichern einen Fehler 500
Beim Speichern von Änderungen mit Elementor kann Server Error (500 error) erscheinen. Der Code 500 bestätigt einen internen Fehler während der Anfrage, sagt aber für sich allein nicht, ob der Speicher erschöpft war, PHP versagt hat oder eine andere Komponente beteiligt war.
1. Die fehlerhafte Anfrage ermitteln
Öffnen Sie die Entwicklertools des Browsers, speichern Sie einmal und suchen Sie unter Netzwerk die Anfrage, die 500 zurückgibt. Notieren Sie URL, Uhrzeit und Antwort. Vermeiden Sie mehrere Versuche hintereinander, damit sich die Protokolle nicht vermischen.
Prüfen Sie das PHP-Protokoll zur selben Uhrzeit. Wenn Sie keines haben, aktivieren Sie vorübergehend das private Debug-Protokoll; zeigen Sie Besuchern keine Fehler an und fügen Sie keine php_value-Direktiven hinzu, ohne zu wissen, ob der Server sie unterstützt.
2. Nach dem ersten Fehler handeln
Das Protokoll kann zum Beispiel Folgendes zeigen:
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 233472 bytes) in wp-includes/wp-db.php on line 2022
In diesem Beispiel war der Speicher tatsächlich erschöpft. Prüfen Sie das tatsächlich geltende PHP-Limit, die angeforderte Menge und die Komponente im Stacktrace. wp-db.php kann die Stelle sein, an der der Speicher ausging, ohne den gesamten Verbrauch verursacht zu haben.
Erst dann passen Sie WP_MEMORY_LIMIT oder WP_MAX_MEMORY_LIMIT innerhalb des von memory_limit erlaubten Höchstwerts an, mit dem kleinsten ausreichenden Wert. Ist das Limit bereits angemessen, kann wiederholtes Erhöhen bis 512 MB eine fehlerhafte Abfrage, ein Widget oder eine Erweiterung verdecken, ohne sie zu beheben.
Wenn der erste Fehler ein Plugin oder eine Elementor-Erweiterung nennt, aktualisieren Sie es und wiederholen Sie den Test in Staging ohne diese Komponente. Gibt es keinen PHP-Fehler, prüfen Sie das Serverprotokoll und alle Sicherheitsereignisse mit derselben Uhrzeit und demselben Pfad.
3. Prüfen
Speichern Sie dieselbe Seite und bestätigen Sie, dass die Anfrage nicht mehr 500 zurückgibt und kein neuer Fehler im Protokoll erscheint. Prüfen Sie die öffentliche Seite, stellen Sie die isolierten Komponenten wieder her und deaktivieren Sie das Debugging. Besteht das Problem weiter, geben Sie dem Support Uhrzeit, URL, Antwort und den ersten fatalen Fehler, nicht nur einen Screenshot der Elementor-Meldung.
Die Arbeit im Editor bewahren
Bevor Sie den Editor neu laden oder schließen, sichern Sie die Änderungen, die Sie exportieren oder kopieren können, und prüfen Sie, ob eine gespeicherte Revision existiert. Eine Fehlermeldung beim Empfang der Antwort beweist nicht, dass der Server nichts gespeichert hat: Prüfen Sie die letzte Revision und die veröffentlichte Seite, bevor Sie den Vorgang wiederholen.
Wenn Sie den abgesicherten Modus von Elementor testen, denken Sie daran, dass er die Umgebung des Editors isoliert; das ist nicht dasselbe, wie alle Komponenten für die Besucher zu deaktivieren. Prüfen Sie das Speichern und die öffentliche Seite getrennt, mit derselben Kombination aus Elementor, Pro und Erweiterungen.
Das könnte Ihnen auch helfen
- Mit Elementor erstellte Website zeigt Bilder oder Styles nicht richtig an Reparieren Sie Elementor-Bilder und -CSS, die noch auf die alte Domain zeigen, indem Sie die gespeic...
- 404-Fehler bei statischen Dateien verlangsamen die Website Erkennen Sie fehlende statische Ressourcen, die PHP starten und CPU verbrauchen, liefern Sie sie als...
- Fehler beim WordPress-Update, „cURL operation timed out“ Ermitteln Sie URL und Phase einer abgelaufenen Anfrage, bevor Sie den cURL-Fehler 28 WordPress, eine...
- Fehler in WordPress debuggen Finden Sie weiße Seiten und interne Fehler in WordPress, indem Sie WP_DEBUG in ein privates Protokol...
Stimmt etwas nicht oder hat sich etwas geändert? Erzählen Sie es uns, und wir prüfen es.