Türkei (Türkisch)
Germany (German)
Worldwide (English)
WordPress SchichtKernel, Theme- und Plugin-Verhalten.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Die Meldung „Ein kritischer Fehler ist auf dieser Website aufgetreten“ zeigt an, dass ein fataler Fehler auf der PHP-Seite erfasst wurde, während WordPress lief und die Anfrage beendete. Dieser Leitfaden erläutert die Reihenfolge zum Auffinden des Fehlerprotokolls, Isolieren von Plugin- und Theme-Quellen, Überprüfen der PHP-Kompatibilität und sicheren Wiedereröffnen der Website.
There has been a critical error on this website.
PHP Fatal error: Uncaught TypeError
wp-content/plugins/ornek-eklenti/ornek.php on line 84WordPress kritischer Fehlerbildschirm zeigt den Hauptgrund allein nicht an. Der tatsächliche Grund ist in der Regel im PHP-Fehlerprotokoll, im WordPress-Debug-Protokoll oder im im Recovery-Modus an den Administrator gesendeten E-Mail-File und Zeileninformation zu finden.
WordPress 5.2 und später kann ein allgemeines kritisches Fehlerbildschirm zum Besucher anzeigen, indem es fatale PHP-Fehler, die von einem Theme oder Plugin stammen, einfängt. Der Recovery-Link, der an den Administrator-E-Mail gesendet wird, hilft, den problematischen Komponenten auszuschalten.
Wenn es sofort nach einem Plugin-Update begann, ist der erste Verdacht dieses Plugin; jedoch kann auch eine PHP-Version-Änderung, ein fehlendes PHP-Erweiterung, ein gebrochener Opcode-Cache oder eine Funktionskollision innerhalb des Themes das gleiche Ergebnis produzieren.
WP_DEBUG sollte auf einer Produktionswebsite nicht den Besuchern zugänglich sein. Fehlerdetails sollten in Dateien gespeichert und nicht auf dem Bildschirm, und die Debug-Einstellungen sollten nach Behebung des Problems auf einen sicheren Zustand zurückgesetzt werden.
Wenn das Verwaltungspanel nicht öffnet, ist das Ausschalten des verdächtigen Plugins über FTP, Dateimanager oder WP-CLI ein kontrollierterer erster Schritt als das Zurücksetzen des gesamten Sites auf einen vorherigen Backup.
Das Entfernen kritischer Fehlermeldungen ist kein Erfolg. Das Problem sollte nicht als gelöst betrachtet werden, bis bestätigt ist, dass die gleiche URL in PHP- und Webserver-Logs keinen neuen fatalen Fehler erzeugt.
Suchen Sie nach dem Ausdruck, den Sie in der E-Mail, im Browser oder im SSH-Protokoll sehen. Jede Karte enthält eine Bedeutung, eine wahrscheinliche Ursache und eine sichere erste Maßnahme.
Bedeutung: WordPress hat auf der PHP-Seite den Anforderung mit einem fatalen Fehler beendet.
Mögliche Ursache: Plugin, Thema, PHP-Version oder fehlende Erweiterung.
Bedeutung: Der Codeausführung wurde ohne zu werden gefangen ohne zu werden gefangen.
Mögliche Ursache: Ungenutzte Klasse/Funktion, falsche Parameter oder Versionsinkompatibilität.
Bedeutung: Eine Funktion hat einen unerwarteten Datentyp erhalten.
Mögliche Ursache: Das alte Theme/Plugin kann mit der neuen PHP-Version nicht kompatibel sein.
Bedeutung: Die Recovery-Verbindung ist abgelaufen oder wurde bereits verwendet.
Mögliche Ursache: Einmalig verwendeter Link, Cache oder falsche Website-URL.
Bedeutung: PHP hat die definierte Speichergrenze verbraucht.
Mögliche Ursache: Schwere Erweiterung, Schleife, große Abfrage oder niedriger Grenzwert.
Bedeutung: Der Code ruft eine nicht existierende Funktion auf.
Mögliche Ursache: Fehlende PHP-Erweiterung, geladene Datei oder falsche Plugin-Reihenfolge.
Bedeutung: Die PHP-Datei ist nicht parsbar.
Mögliche Ursache: Fehlende Klammern, manuelle falsche Bearbeitung oder halbe Aktualisierung.
Bedeutung: Allgemeine fatal error-Benachrichtigung in alten WordPress-Versionen.
Mögliche Ursache: Alter Text der gleichen kritischen Fehlerklasse.
Es wurden keine Datensätze gefunden, die diesem Ausdruck entsprechen.
Befehle sind für den Root-Zugriff vorgesehen. Sammeln Sie zunächst nur den Status und die Protokolle. Ändern Sie die dauerhafte Einstellung nicht, ohne den Grund dafür zu erkennen.
wp core version
php -vZeigt Core- und CLI PHP-Version an; beachten Sie, dass die Web-PHP-Version anders sein kann.
tail -n 150 wp-content/debug.log 2>/dev/null
tail -n 150 error_log 2>/dev/nullFindet die Datei- und Zeileninformation des ersten Dateis in der fatalen Fehler.
wp plugin list --status=activeListet aktive Plugins und deren Versionen auf.
wp plugin deactivate EKLENTI-ADIErreicht nur die angegebene Erweiterung in einem kontrollierten Wege deaktiviert.
wp theme list
wp core verify-checksumsZeigt das aktive Theme und überprüft, ob Core-Dateien geändert wurden.
php -m | sortFehlende mysqli, intl, mbstring oder zip-Erweiterungen.
Die Grundursache des WordPress-Fehlers ist dieselbe, aber Protokollpfade, PHP-Einstellungsbildschirme und Dienstverwaltung variieren je nach verwendeter Hosting-Infrastruktur.
cPanels MultiPHP, Dateimanager und Metrics > Errors Abschnitt werden verwendet.
cd /home/KULLANICI/public_html && /usr/local/bin/wp plugin list --allow-rootPlesk PHP-Einstellungen, Protokolle und WordPress Toolkit können gemeinsam verwendet werden.
cd /var/www/vhosts/ALANADI/httpdocs && wp plugin listAuf einem Server ohne Panels werden Web-PHP, PHP-FPM-Pool und Anwendungsprotokoll gemeinsam untersucht.
sudo -u www-data wp plugin list --path=/var/www/htmlZuerst den Fehler protokollieren, dann den Komponenten isolieren; Kern- und PHP-Kompatibilität überprüfen und das Site in einem kontrollierten Umfang testen.
Startseite, wp-admin oder nur bestimmte Aktion, trennen.
curl -sSIk https://example.com/Schreiben Sie die Fehler ohne sie auf dem Bildschirm anzuzeigen in das wp-content/debug.log-File.
Konzentrieren Sie sich auf die erste Datei und Zeileninformation anstatt der sekundären Fehler am Ende der Kette.
tail -n 150 wp-content/debug.logDeaktivieren Sie das im Log sichtbare Komponenten anstatt alle Erweiterungen zu löschen.
wp plugin deactivate EKLENTI-ADIÜberprüfen Sie die Versionskompatibilität, Erweiterungen und die Ergebnisse der Prüfsummenprüfung.
wp core verify-checksumsÜberprüfen Sie, ob das Fehlerprotokoll keine neuen Aufzeichnungen produziert und ob die Cron-Aufgaben ausgeführt werden.
curl -sSIk https://example.com/wp-admin/Schließen Sie das aktualisierte Plugin, überprüfen Sie die PHP-Anforderungen und die Änderungsprotokolle.
wp plugin deactivate EKLENTI-ADIAdmin-spezifische Erweiterungen, hoher Admin-Speicher und Dashboard-Widgets werden überprüft.
wp --skip-plugins user listBestätigen Sie, dass die Zielversion von PHP durch das Theme und die Erweiterungen unterstützt wird.
php -vDie WordPress-Mail-Funktion funktioniert möglicherweise nicht; verwenden Sie den Dateimanager oder WP-CLI.
wp option get admin_emailSpeicherlimit, FPM-Worker, Cron und gleichzeitige Anfragen sollten auch untersucht werden.
wp cron event listDie häufigsten Ursachen sind fatale Fehler im Plugin- oder Themes-Code, PHP-Versioneninkompatibilität, fehlende Erweiterungen und Speicherauslastung. Die genaue Ursache wird durch die Datei- und Zeileninformation im Log bestimmt.
WordPresss Recovery-Modus, der dem Administrator einen speziellen Link bereitstellt, um das Thema oder die Erweiterung, das einen fatalen Fehler verursacht, vorübergehend auszuschalten.
Sie können den zugehörigen Erweiterungskatalog in FTP oder Dateimanager umbenennen oder den WP-CLI-Deaktivierungs-Befehl für das Plugin verwenden.
In einer Produktionsumgebung sollte es nicht offen gelassen und Fehlermeldungen auf dem Bildschirm angezeigt werden. Nach Abschluss der Pröfung sollte auf einen sicheren Modus umgestellt werden.
Kann eine vorläufige Diagnose liefern, aber die dauerhafte Lösung ist, den inkompatiblen Komponenten zu aktualisieren oder zu ersetzen.
Stoppt in der Regel die Anfrage; löscht keine Daten direkt. Unvollständige Bestellungen, Importe oder Updates sollten jedoch separat überprüft werden.
Zunächst sollten wp-content/debug.log, Domain PHP-Fehlerprotokoll und das Fehlerprotokoll des Web-Servers überprüft werden.
Durch die gemeinsame Analyse von cPanel, WHM, CloudLinux, LiteSpeed, MariaDB, Exim und Sicherheitsebenen beheben wir die Grundursache des Fehlers, anstatt nur den Dienst zu entfernen.