Debugging Modus funktioniert nicht – white screen of death

Gelöst derbutt
(@derbutt)

vor 1 Jahr, 9 Monaten
Die Seite zeigt einen White Screen of Death.
Ich habe alle Plugins via ftp umbenannt gecheckt – hier liegt das Problem nicht.
Ich habe das Theme (2016) per FTP aktualisiert
Ich habe in der wp-config.php folgendes geschrieben:
```
define('WP_DEBUG', true );

define('WP_DEBUG_DISPLAY', false ); 

define('WP_DEBUG_LOG', true );
```
Ich habe in der Datenbank die Administrator-Mail geckeckt.

Aber: Es werden keine Logfiles geschrieben (die debug.log habe ich dann noch zu Fuß per ftp angelegt) und ich erhalte keine Mails zum Debuggen.

Was tun?

Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]

Ansicht von 14 Antworten – 1 bis 14 (von insgesamt 14)

Anonymous User 20597857
(@anonymized-20597857)

vor 1 Jahr, 9 Monaten
Versuch mal Zeile 2 am Schluss zu setzen:
```
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false);
```
somit sollte eine debug.log erscheinen
Moderator Angelika Reisiger
(@la-geek)

vor 1 Jahr, 9 Monaten
Das funktioniert schon so:
```
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false );
define( 'WP_DEBUG_LOG', true );
```
@derbutt
in der wp-config.php ist ein Eintrag define('WP_DEBUG', false); diesen musst du mit den drei Zeilen Code oben ersetzen (nachdem die Datei debug.log erstellt wurde, solltest du das wieder rückgängig machen).

Die Datei debug.log wird im Verzeichnis wp-content angelegt, siehe auch hier.

Wenn die Datei leer bleibt, dann check einmal die error.log-Datei
Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Jahr, 9 Monaten

@derbutt
Evtl. gibt es auch Probleme mit fehlerhaften oder fehlenden Core-Dateien, siehe auch hier: Probleme nach dem Update/Upgrade: Fehlerhafte oder fehlende Core-Dateien.

Die Seite zeigt einen White Screen of Death.

Interessant wäre da auch: Was hast du davor gemacht?
Moderator Bego Mario Garde
(@pixolin)

vor 1 Jahr, 9 Monaten
Ein White Screen of Death kann bereits durch falsche Zugangsdaten zur Datenbank oder einen Fehler in der wp-config.php entstehen. Bis zur Auswertung der Debugging-Konstanten kommt es dann gar nicht erst, was auch erklärt, wieso es keinen Error-Log gibt. Es sollte aber einen Error-Log des Servers geben, der über das Kundenmenü des Webhosters abgerufen werden kann.

Poste bitte den Inhalt der wp-config.php. Vor dem Absenden deiner Antwort entferne bitte die Zeilen mit den Zugangsdaten zur Datenbank (die du bei der Gelegenheit nochmal prüfen solltest) und die SALT-Keys darunter – wir möchten niemandem eine Eintrittskarte für deine Website geben.
- Diese Antwort wurde geändert vor 1 Jahr, 9 Monaten von Bego Mario Garde.
Anonymous User 20597857
(@anonymized-20597857)

vor 1 Jahr, 9 Monaten

Das funktioniert schon so

Stimmt, wenn man die im Eingangspost genannten Zeilen oberhalb des Default-Eintrags (WP_DEBUG‘, false) notiert, überschreibt der die eigenen Einträge.

Doch normalerweise überschreibt man diesen Standard-Eintrag und fügt ggf. die anderen Optionen dazu.
Thread-Starter derbutt
(@derbutt)

vor 1 Jahr, 9 Monaten
Die Änderung der wp-config.php in die eine oder die andere Richtung hat nichts gebracht. Die Zugangsdaten zur Datenbank stimmen, das habe ich gecheckt.
Das letzte, was ich gemacht habe, waren Aktualisierungen, danach habe ich das Google Local Fonts Plugin installiert. Dann alles gecheckt, da gab es keine Probleme. Das ist Wochen her.
Eventuell hat der Provider auf PHP 8 umgestellt.
Bei Standard-Durchsicht meiner Websites habe ich den Fehler entdeckt.

Hier der Inhalt der wp-config.php ohne Datenbank-Infos:
```
/**
 * WordPress Localized Language, defaults to English.
 *
 * Change this to localize WordPress.  A corresponding MO file for the chosen
 * language must be installed to wp-content/languages. For example, install
 * de.mo to wp-content/languages and set WPLANG to 'de' to enable German
 * language support.
 */
define ('WPLANG', 'de_DE');

define ('FS_METHOD', 'direct');

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', false );
define( 'WP_DEBUG_LOG', true );

    
/* That's all, stop editing! Happy blogging. */

/** WordPress absolute path to the WordPress directory. */
if ( !defined('ABSPATH') )
	define('ABSPATH', dirname(__FILE__) . '/');

/** Sets up WordPress vars and included files. */
require_once(ABSPATH . 'wp-settings.php');

//--- disable auto upgrade
define( 'AUTOMATIC_UPDATER_DISABLED', true );

?>
```
- Diese Antwort wurde geändert vor 1 Jahr, 9 Monaten von derbutt.
Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Jahr, 9 Monaten
Hallo,
das:
```
//--- disable auto upgrade
define( 'AUTOMATIC_UPDATER_DISABLED', true );
```
solltest du auf jeden Fall über
/* That's all, stop editing! Happy blogging. */
schreiben, wenn du das denn wirklich verwenden möchtest.
- Diese Antwort wurde geändert vor 1 Jahr, 9 Monaten von Hans-Gerd Gerhards. Grund: Korrektur Code
Moderator Bego Mario Garde
(@pixolin)

vor 1 Jahr, 9 Monaten
Das abschließende ?> gehört da auch nicht hin und kann Fehler verursachen.

Wenn du wissen möchtest, warum:

If a file contains only PHP code, it is preferable to omit the PHP closing tag at the end of the file. This prevents accidental whitespace or new lines being added after the PHP closing tag, which may cause unwanted effects because PHP will start output buffering when there is no intention from the programmer to send any output at that point in the script.

Quelle: PHP-Dokumentation

define ('WPLANG', 'de_DE'); ist veraltet und kann samt Kommentar darüber gelöscht werden.
- Diese Antwort wurde geändert vor 1 Jahr, 9 Monaten von Bego Mario Garde. Grund: Zum besseren Verständnis Text aus der PHP-Dokumentation hinzugefügt
Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Jahr, 9 Monaten

Eventuell hat der Provider auf PHP 8 umgestellt.

Das solltest du an sich beim Hoster feststellen können und ggfs. PHP noch mal auf 7.4.x umstellen, um zu testen, ob es daran liegt.

Moderator Angelika Reisiger
(@la-geek)

vor 1 Jahr, 9 Monaten

@derbutt

Die Änderung der wp-config.php in die eine oder die andere Richtung hat nichts gebracht.

Was genau bedeutet „hat nichts gebracht“? Keine debug.log oder debug.log leer?

Und die von mir angesprochene error.log-Datei, was ist damit? -> Link

Kommentiere testweise einmal define ('FS_METHOD', 'direct'); aus =
# define ('FS_METHOD', 'direct');

@kurapika

Stimmt, wenn man die im Eingangspost genannten Zeilen oberhalb des Default-Eintrags (WP_DEBUG‘, false) notiert, überschreibt der die eigenen Einträge.

Doch normalerweise überschreibt man diesen Standard-Eintrag und fügt ggf. die anderen Optionen dazu.

Und was hat das mit der Reihenfolge innerhalb der drei Zeilen Code zu tun?

Moderator Angelika Reisiger
(@la-geek)

vor 1 Jahr, 9 Monaten

@derbutt
übrigens zeigt die Domain mit http den Fehler an, mit https ist die Website nicht erreichbar.

Wir können dir auch nur weiterhelfen, wenn du uns daran teilhaben lässt, was du mit welchem Ergebnis bereits unternommen hast.

Wie sieht es damit aus? ⤵

hage:
@derbutt
Evtl. gibt es auch Probleme mit fehlerhaften oder fehlenden Core-Dateien, siehe auch hier: Probleme nach dem Update/Upgrade: Fehlerhafte oder fehlende Core-Dateien.

Link

Thread-Starter derbutt
(@derbutt)

vor 1 Jahr, 9 Monaten

Vielen Dank alle miteinander.
Ich habe jetzt den WP-Core neu hochgeladen – danke @la-geek – und jetzt läuft es wieder. Seltsamerweise habe ich immer noch keine debug.log in wp-content, aber das lasse ich jetzt erstmal.
SSL steht jetzt an.

Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Jahr, 9 Monaten

tja, dann ist das ja gelöst.

denkst du bitte beim nächsten Mal daran, das Thema dann auch als gelöst zu markieren, wenn das Thema für dich erledigt ist. Danke.

Die Option findest du rechts in der Sidebar. Das habe ich jetzt schon gemacht.

Anonymous User 20597857
(@anonymized-20597857)

vor 1 Jahr, 9 Monaten

Und was hat das mit der Reihenfolge innerhalb der drei Zeilen Code zu tun?

Unlogischerweise hat es bei 3 WPs nur in der Reihenfolge funktioniert, anders nicht.