Auf einer Entwicklungssite würde ich vorschlagen, die folgenden Zeilen in der settings.php
Datei zu entfernen. emacs sites/default/settings.php
if (file_exists(__DIR__ . '/settings.local.php')) {
include __DIR__ . '/settings.local.php';
}
Kopieren Sie anschließend die Datei example.settings.local.php
von /sites
Ordner zu /sites/default
Ordner und benennen Sie sie in umsettings.local.php
cp sites/example.settings.local.php sites/default/settings.local.php
Zusätzlich zum Hinzufügen der folgenden Einstellung
$config['system.logging']['error_level'] = 'verbose';
Es werden auch einige andere Einstellungen hinzugefügt, die Ihnen beim Debuggen und Erleichtern der Entwicklung helfen. Wenn Sie keine davon möchten, können Sie sie jederzeit auskommentieren.
Hinweis: Wenn Sie der Meinung sind, dass das Hinzufügen eines file_exists
Aufrufs zu jeder Seite die Website verlangsamt, können Sie ihn jederzeit im Produktionscode entfernen.
<?php $config[...;
Fügen Sie die folgende Zeile in die Datei settings.php ein.
Siehe Make Entwickler Tricks / Tools für D8 mehr auffindbar / offensichtlich für weitere Details.
quelle
Wenn Sie Zugriff auf die Drupal-Konsole haben, können Sie die Entwicklungs- / Debugging-Umgebung einfach über aktivieren
drupal site:mode dev
. Wenn Sie bereit sind, die Produktion wieder aufzunehmen, verwenden Siedrupal site:mode prod
.quelle
Hier ist die Variable mit den verschiedenen Werten:
quelle
Um grundlegende Fehlermeldungen in Drupal 8 zu erhalten, müssen Sie keinen Code berühren. Gehen Sie einfach zu:
und setzen Sie "Anzuzeigende Fehlermeldungen" auf eine geeignete Stufe.
Sie können Ihre letzten Fehler auch über die Administrationsoberfläche anzeigen:
Andere Antworten zu Einstellungsdateien sind jedoch relevant - Sie sollten Fehler immer nur auf Ihrer Entwicklungssite sichtbar machen, nicht auf der Produktionssite.
Überschriebene $ config-Objekte / -Schlüssel in settings.php werden beim Export nicht in das Synchronisationsverzeichnis geschrieben. Wenn Sie also settings.php in .gitignore haben, können Sie das Konfigurationssystem weiterhin sicher zum Synchronisieren zwischen Klonen derselben Site verwenden .
quelle
Sie können auch die Kint-Module Devel und Devel installieren. Dadurch können Sie mit debuggen
kint(xyz)
.quelle
Wenn Sie nur Zugriff auf Drush haben (keine Drupal-Konsole) und auf einem Remote-Server arbeiten, können Sie die Konfiguration so einstellen, dass alle Fehler angezeigt werden:
Dies ist nützlich, wenn Sie einen WSOD auf einem Remote-Server erhalten und ohne weitere Informationen keine Fehlerbehebung durchführen können.
quelle
drush sqlc
gefolgt vonSELECT * FROM watchdog ORDER BY wid DESC LIMIT 1
dem letzten Eintrag in der dblog zu zeigen.Leere Seite mit "Auf der Website ist ein Fehler aufgetreten. Bitte versuchen Sie es später erneut." bringt dich nirgendwohin Um mehr Informationen von Ihrer Drupal 8-Site zu erhalten, können Sie die folgenden Konfigurationen aktivieren.
Für die lokale Drupal 8-Entwicklung sollten Sie außerdem die Fehlerberichterstattung aktivieren, Fehler anzeigen und Startfehler anzeigen, um das Debuggen und Beheben schwerwiegender Laufzeitfehler zu erleichtern.
Weitere Informationen zum TWIG-Debugging und zum Aktivieren des Debugs mit Drupal Console finden Sie im folgenden Blog-Beitrag.
https://www.drupixels.com/blog/enable-debug-mode-and-error-reporting-local-development-drupal-8
quelle
Befolgen Sie den folgenden Artikel, um das Debuggen zu aktivieren: https://www.codeproject.com/Tips/5246457/Enable-Debugging-in-Twig-templates-Drupal-8
quelle