Kommentieren Sie die obige Zeile aus und fügen Sie den Rest zu Ihrer wp-config.php-Datei hinzu, um eine detailliertere Fehlerberichterstattung von Ihrer WordPress-Site zu erhalten. Tun Sie dies auf keinen Fall live, sondern nur für die lokale Entwicklung und zum Testen.
// define('WP_DEBUG', false);
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);
Gute Arbeit, Chris. Danke.
für eine Live-Website würde ich empfehlen
vergessen Sie nicht, eine phperrors.log-Datei in Ihr Remote-Verzeichnis zu legen und ihr Schreibrechte zu geben
Was macht deinen Code anders als
?
Danke @geopaL!
Ich habe die gleiche Frage wie @Willem-Siebe Spoelstra.
Warum empfehlen Sie diesen Code anstelle der WordPress-Konstanten WP_DEBUG, WP_DEBUG_LOG und WP_DEBUG_DISPLAY? Ich weiß, dass sie für lokales Testen und Staging-Installationen gedacht sind, aber… welche Vorteile hat der von Ihnen bereitgestellte Code? Liegt es an Leistung Gründen?
Das Einzige, was mir einfällt, ist die Tatsache, dass die Aktivierung von WP_DEBUG zusätzliche Systemressourcen verbrauchen wird, indem versucht wird, veraltete WordPress-Funktionen und Argumente zu erkennen, die verwendet werden.
Danke!
Ich bin mir nicht sicher, wohin die Fehler mit dieser Einstellung gemeldet werden. Gibt es irgendwo eine Log-Datei?
Habe meine eigene Frage im Codex beantwortet.
/**
* Dies protokolliert alle Fehler, Hinweise und Warnungen in einer Datei namens debug.log in
* wp-content (wenn Apache keine Schreibberechtigungen hat, müssen Sie möglicherweise
* die Datei zuerst erstellen und die entsprechenden Berechtigungen festlegen (d. h. 666 verwenden))
*/
define(‘WP_DEBUG’, true);
define(‘WP_DEBUG_LOG’, true);
define(‘WP_DEBUG_DISPLAY’, false);
@ini_set(‘display_errors’,0);
Ich brauche Ihre Hilfe, wenn ich mich anmelde, ist mein Dashboard eine leere Seite. Ich habe versucht, meine Datei per FTP mit Filezilla umzubenennen, aber es kommt nichts. Haben Sie Ratschläge für mich. Danke.
Hallo,
Sie können das Plugin https://wordpress.org/plugins/debug/ versuchen, um alle Probleme auf Ihrer WordPress-Site zu debuggen. Und Sie müssen keinen PHP-Code in der wp-config-Datei bearbeiten.
SoniNow: Ihr „Debug“-Plugin scheint die ideale Lösung für mein eigenes Bedürfnis zu sein, aber ich konnte es nicht zum Laufen bringen. Anfangs machte es mir unmöglich, meine Test-Site überhaupt zu erreichen, aber das Wiederherstellen von config.php aus der Sicherungskopie löste das Problem, und ich stellte fest, dass die Berechtigung 0600, mit der es die geänderte config.php-Datei schrieb, meinem Server (auf localhost) den Zugriff darauf verhinderte. Das könnte der Grund für Alices Situation gewesen sein. Das Ändern der Berechtigung auf 0664 beseitigte das Login-Problem, aber das Plugin schlug unter WordPress 4.3 immer noch fehl…
Hallo, ich verstehe den Rat nicht
Tun Sie dies auf keinen Fall live, sondern nur für die lokale Entwicklung und zum Testen.
Ich verstehe, dass Sie die Fehler nicht der Öffentlichkeit „anzeigen“ möchten und dafür WP_DEBUG_DISPLAY auf false setzen. Aber warum ist es schlechte Praxis, die Fehler in eine Log-Datei zu „protokollieren“?
Mit freundlichen Grüßen,
Willem