Debugging Modus funktioniert nicht – white screen of death

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

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

@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?

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 11 Stunden, 32 Minuten von Bego Mario Garde.

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.

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 9 Stunden, 23 Minuten von derbutt.

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 9 Stunden, 20 Minuten von Hans-Gerd Gerhards. Grund: Korrektur Code

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 9 Stunden, 14 Minuten von Bego Mario Garde. Grund: Zum besseren Verständnis Text aus der PHP-Dokumentation hinzugefügt

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.

@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?

@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

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.

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.

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.

 

This site will teach you how to build a WordPress website for beginners. We will cover everything from installing WordPress to adding pages, posts, and images to your site. You will learn how to customize your site with themes and plugins, as well as how to market your site online.

Buy WordPress Transfer