Bei WordPress geht es nicht darum, den Fehler zu verstecken, sondern Daten zu schützen und den echten PHP-Eintrag zu finden. Dieser Hub verbindet Backup, kritische Fehler und White-Screen-Abläufe.
ZUERST SCHÜTZEN
wp db export ../vor-reparatur.sql
DANN MESSEN
wp core version
php -v
tail -n 120 wp-content/debug.log
ZULETZT ISOLIEREN
wp plugin status
wp theme statusBackup ist keine Fehlerseite, sondern Datenschutz und Wiederherstellung. Eine kritische Fehlermeldung und eine völlig weiße oder leere Seite sind unterschiedliche Symptome.
Datenbank und Dateien als ein Set sichern; mit Prüfsummen, externem Speicher und Test-Restore validieren.
Leitfaden öffnen →Fatal-FehlerdiagnoseFehlerhafte Dateien, Plugins, Themes oder Versionskonflikte per Recovery Mode, debug.log und PHP-Error-Log finden.
Leitfaden öffnen →Diagnose leerer AntwortenStatuscode, Body-Größe und Log-Zeitstempel nutzen; Umfang als gesamte Site, wp-admin oder einzelne URL bestimmen.
Leitfaden öffnen →Vor Änderungen passendes Datei+Datenbank-Backup, Prüfsumme und Rückkehrverfahren vorbereiten.
Recovery-Mode-E-Mail und debug.log/PHP-Error-Log im gleichen Zeitfenster prüfen.
Zuerst Statuscode und Body-Größe mit curl messen, danach Logs und Umfang vergleichen.
Dateiarchiv und SQL-Dump per Zeitstempel oder Manifest koppeln. Bei Transaktionen Wartungsfenster oder Snapshot erwägen.
WP_DEBUG_DISPLAY auf Produktion deaktivieren; Details in debug.log oder PHP-Error-Log prüfen.
Erfassen, ob die gesamte Site, wp-admin, eine URL oder eine Benutzerrolle betroffen ist.
Vor pauschalem Deaktivieren Dateipfad im Log und letzte Änderungen prüfen. Nach jedem Schritt dieselbe Anfrage erneut testen.
Nein. Beide können PHP-Fatal-Fehler sein, aber Symptom, HTTP-Antwort und Diagnose unterscheiden sich. Bei kritischem Fehler kann Recovery Mode helfen; beim White Screen zuerst leere Antwort bestätigen.
Datenbank, wp-content, wp-config.php und projektspezifische Webserver-Regeln gemeinsam sichern; außerhalb des Webroots und zusätzlich extern speichern.
Temporär möglich, aber Details dürfen Besuchern nicht angezeigt werden. WP_DEBUG_LOG aktivieren, WP_DEBUG_DISPLAY deaktivieren und danach Einstellungen zurückprüfen.
Als Notfallmethode möglich, wenn Admin und WP-CLI fehlen; vorher sichern, Änderung dokumentieren und Auswirkungen aller deaktivierten Plugins berücksichtigen.
Kontaktieren Sie Eka Software- und Informationssysteme für Installation, Server, Skripte und technischen Support.