WordPress-Fehler

Über diese Fehlerkategorie

# WordPress-Fehler

WordPress-Probleme können als leere Seite, als 500 Internal Server Error, als eindeutige Datenbankmeldung oder als Hinweis auf erschöpften PHP-Speicher auftreten. Diese Symptome weisen nicht alle auf dasselbe Problem hin. Halten Sie zunächst genau fest, was Besucher sehen, was das WordPress-Dashboard meldet und was sich vor dem Ausfall geändert hat.

Verwenden Sie die Anleitungen in dieser Kategorie, um das sichtbare Symptom dem wahrscheinlich betroffenen Teil des WordPress-Stacks zuzuordnen. Ein Ausfall unmittelbar nach einem Plugin-Update erfordert eine andere erste Prüfung als eine Meldung zur Datenbankverbindung oder ein Fehler wie Allowed memory size ... exhausted. Vermeiden Sie es, mehrere Komponenten gleichzeitig zu ändern: Kontrollierte Tests erleichtern es, die Ursache zu identifizieren und zu verhindern, dass sie erneut auftritt.

Häufige Muster bei WordPress-Fehlern

500-Fehler nach einem Plugin-Update

Ein 500 Internal Server Error, der unmittelbar nach einem Plugin-Update auftritt, macht dieses Plugin zum wahrscheinlichsten Auslöser. Das Update kann ein PHP-Kompatibilitätsproblem oder einen Konflikt mit dem aktiven Theme, einem anderen Plugin oder der Hosting-Umgebung sichtbar machen.

Am aussagekräftigsten ist es, das aktualisierte Plugin über eine verfügbare Wiederherstellungsmethode zu deaktivieren oder auf die vorherige Version zurückzusetzen und anschließend die betroffene Anfrage zu testen. Wenn die Website wieder funktioniert, prüfen Sie die PHP-Fehlerdetails und testen Sie die Plugin-Version zusammen mit der vorhandenen Kombination aus Theme und Plugins. Gehen Sie nicht davon aus, dass jede 500-Antwort vom Hoster verursacht wird.

Siehe [WordPress 500-Fehler nach der Aktualisierung eines Plugins](/wordpress-500-error-after-plugin-update) für eine gezielte Diagnose.

WordPress White Screen of Death

Der White Screen of Death ist eine vollständig leere Antwort ohne nützliche angezeigte Fehlermeldung. Er tritt häufig auf, wenn ein PHP-Fatal-Error für Besucher verborgen bleibt. Die leere Seite allein lässt nicht erkennen, ob ein Plugin, ein Theme, ein PHP-Vorgang, ein Speicherlimit oder eine beschädigte WordPress-Datei das Problem verursacht.

Als Nächstes sollte der zugrunde liegende Fehler über das WordPress-Debugging oder die Hosting-Umgebung ermittelt werden. Die Fehleranzeige sollte dabei nach Möglichkeit für öffentliche Besucher verborgen bleiben. Sobald die Meldung eine Komponente oder einen Vorgang identifiziert, deaktivieren, reparieren oder korrigieren Sie genau diese Ursache und testen Sie erneut. Eine leere Seite sollte nicht automatisch als Datenbankfehler behandelt werden.

Siehe [WordPress White Screen of Death](/wordpress-white-screen-of-death) für die diagnostische Vorgehensweise.

Fehler beim Herstellen einer Datenbankverbindung

Die Meldung Error Establishing a Database Connection bedeutet, dass WordPress keine Verbindung zu seiner MySQL- oder MariaDB-Datenbank herstellen konnte. Prüfen Sie die Werte für Datenbankname, Benutzername, Passwort und Host in wp-config.php und halten Sie die ursprünglichen Werte fest, bevor Sie Änderungen vornehmen.

Wenn die Einstellungen korrekt erscheinen, ermitteln Sie, ob der Datenbankdienst aus der Hosting-Umgebung erreichbar ist und ob der Datenbankbenutzer weiterhin über die erforderlichen Zugriffsrechte verfügt. Beschädigte Tabellen sind eine weitere Möglichkeit, doch eine Datenbankreparatur sollte erst nach der Prüfung von Verbindung und Konfiguration erfolgen. Sichern Sie ein vorhandenes Backup, bevor Sie Reparaturänderungen vornehmen.

Siehe [WordPress: Fehler beim Herstellen einer Datenbankverbindung](/wordpress-error-establishing-a-database-connection) für eine schrittweise Aufschlüsselung.

WordPress-Fehler wegen erschöpften Speichers

Ein Fehler wie Allowed memory size of X bytes exhausted bedeutet, dass ein PHP-Prozess mehr Speicher verwendet hat, als das konfigurierte memory_limit zulässt. Eine Erhöhung des verfügbaren Limits kann dazu führen, dass die Anfrage abgeschlossen wird, erklärt jedoch nicht, warum der Speicherverbrauch gestiegen ist.

Prüfen Sie, ob der Fehler während einer Änderung an einem Plugin oder Theme, eines Imports, Backups, einer Medienaufgabe oder eines anderen ressourcenintensiven Vorgangs begonnen hat. Überprüfen Sie die für die Website verfügbare Speichereinstellung und nutzen Sie die Fehlerdetails, um die betroffene Anfrage oder Komponente zu identifizieren. Wenn derselbe Vorgang wiederholt den Speicher erschöpft, untersuchen Sie den aufwendigen Vorgang, anstatt das Limit unbegrenzt zu erhöhen.

Siehe [WordPress-Fehler wegen erschöpften Speichers](/wordpress-memory-exhausted-error) für sofortige Maßnahmen und eine längerfristige Diagnose.

Ein praktischer Prozess zur Diagnose von WordPress-Fehlern

1. Halten Sie das genaue Symptom fest. Notieren Sie die Meldung, den HTTP-Status, die betroffene URL oder Aufgabe, ob die Seite leer ist und ob das Dashboard weiterhin verfügbar ist.
2. Ermitteln Sie den Zeitpunkt. Suchen Sie nach einem kürzlich erfolgten Plugin- oder Theme-Update, einer Änderung an WordPress oder PHP, einer Konfigurationsänderung, Migration, einem Import, Backup oder Hosting-Ereignis.
3. Trennen Sie PHP-, Anwendungs- und Datenbanksymptome. Eine PHP-Fatal-Error-Meldung, eine leere Seite und eine 500-Antwort erfordern einen anderen Ausgangspunkt als ein direkter Fehler bei der Datenbankverbindung.
4. Prüfen Sie Logs oder Debugging-Ausgaben. Der Name der Komponente, die PHP-Datei, der Vorgang und die vollständige Fehlermeldung sind hilfreicher als ein allgemeiner Browserfehler.
5. Testen Sie jeweils nur eine wahrscheinliche Ursache. Deaktivieren Sie die Komponente, die zeitlich am engsten mit dem Fehler zusammenhängt, oder setzen Sie sie zurück. Wiederholen Sie anschließend die fehlgeschlagene Anfrage.
6. Prüfen Sie öffentliche und administrative Funktionen. Eine funktionierende Startseite beweist nicht, dass Anmeldung, Veröffentlichung, Formulare, Importe oder andere betroffene Anfragen fehlerfrei funktionieren.
7. Dokumentieren Sie die erfolgreiche Änderung. Halten Sie fest, was zurückgesetzt oder angepasst wurde, bevor Sie ein weiteres Update oder eine weitere Konfigurationsänderung versuchen.

Was Sie vermeiden sollten

• Deaktivieren Sie nicht alle Plugins und ändern Sie nicht gleichzeitig das Theme, wenn Sie die Ursache isolieren müssen.
• Gehen Sie nicht davon aus, dass eine 500-Antwort bedeutet, dass der Hosting-Server nicht verfügbar ist. WordPress-Code kann sie auslösen.
• Erhöhen Sie den PHP-Speicher nicht wiederholt, ohne den Vorgang zu identifizieren, der ihn verbraucht.
• Überschreiben Sie die Datenbankeinstellungen nicht, ohne die ursprünglichen Werte zu sichern und ein vorhandenes Backup zu berücksichtigen.
• Zeigen Sie öffentliche Besuchern detaillierte PHP-Fehler nicht länger als nötig an.
• Betrachten Sie das Aktualisieren der Browserseite nicht als Diagnose. Logs, kontrollierte Tests und die genaue Fehlermeldung liefern aussagekräftigere Hinweise.

Beginnen Sie mit der Anleitung, deren Symptom am ehesten dem entspricht, was Besucher oder Administratoren sehen. Ziel ist nicht nur, die Seite wiederherzustellen, sondern auch ein fehlerhaftes Update, einen verborgenen PHP-Fatal-Error, ein Problem beim Datenbankzugriff und ein Ressourcenlimit voneinander zu unterscheiden, damit die zugrunde liegende Ursache sicher behoben werden kann.