Support » Allgemeine Fragen » White Screen of death (nichts hilft UFT8 – ANSI …)

  • Gelöst martin2106

    (@martin2106)


    Hallo,

    ich habe unter …/wp-admin den „White Screen of death“ und schon die hier gegebenen Tipps versucht umzusetzen. Leider geht der Bildschirm nicht weg.

    Ich bin wirklich ratlos langsam … Umcodierung von UTF8 zu ANSi ist erfolgt :/ es hat nichts geändert.

    DIeser Fehler wird angegeben: „““““““Warning: Cannot modify header information – headers already sent by (output started at /home/www/wordpress/wp-config.php:1) in /home/www/wordpress/wp-includes/pluggable.php on line 1219″“““““““

    
    <?php
    /**
     * Grundeinstellungen für WordPress
     *
     * Zu diesen Einstellungen gehören:
     *
     * * MySQL-Zugangsdaten,
     * * Tabellenpräfix,
     * * Sicherheitsschlüssel
     * * und ABSPATH.
     *
     * Mehr Informationen zur wp-config.php gibt es auf der
     * {@link https://codex.wordpress.org/Editing_wp-config.php wp-config.php editieren}
     * Seite im Codex. Die Zugangsdaten für die MySQL-Datenbank
     * bekommst du von deinem Webhoster.
     *
     * Diese Datei wird zur Erstellung der wp-config.php verwendet.
     * Du musst aber dafür nicht das Installationsskript verwenden.
     * Stattdessen kannst du auch diese Datei als wp-config.php mit
     * deinen Zugangsdaten für die Datenbank abspeichern.
     *
     * @package WordPress
     */
    // ** MySQL-Einstellungen ** //
    /**   Diese Zugangsdaten bekommst du von deinem Webhoster. **/
    /**
     * Ersetze datenbankname_hier_einfuegen
     * mit dem Namen der Datenbank, die du verwenden möchtest.
     */
    define('DB_NAME', 'xxxxxxxxxxxx');
    /**
     * Ersetze benutzername_hier_einfuegen
     * mit deinem MySQL-Datenbank-Benutzernamen.
     */
    define('DB_USER', 'xxxxxxxxxxxx');
    /**
     * Ersetze passwort_hier_einfuegen mit deinem MySQL-Passwort.
     */
    define('DB_PASSWORD', 'xxxxxxxxxxxxxxxxx');
    /**
     * Ersetze localhost mit der MySQL-Serveradresse.
     */
    define('DB_HOST', 'xxxxxxxxxxxx');
    /**
     * Der Datenbankzeichensatz, der beim Erstellen der
     * Datenbanktabellen verwendet werden soll
     */
    define('DB_CHARSET', 'utf8mb4');
    /**
     * Der Collate-Type sollte nicht geändert werden.
     */
    define('DB_COLLATE', '');
    define( 'WP_MEMORY_LIMIT', '512M' );
    /**#@+
     * Sicherheitsschlüssel
     *
     * Ändere jeden untenstehenden Platzhaltertext in eine beliebige,
     * möglichst einmalig genutzte Zeichenkette.
     * Auf der Seite {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}
     * kannst du dir alle Schlüssel generieren lassen.
     * Du kannst die Schlüssel jederzeit wieder ändern, alle angemeldeten
     * Benutzer müssen sich danach erneut anmelden.
     *
     * @since 2.6.0
     */
    define('AUTH_KEY', xxxxxxxxxxxxxxxxxxxxxxxxx);
    define('SECURE_AUTH_KEY',  xxxxxxxxxxxxxxxxxxxxxxxxx);
    define('LOGGED_IN_KEY',    xxxxxxxxxxxxxxxxxxxxxxxxxxxx)#');
    define('NONCE_KEY',        xxxxxxxxxxxxxxxxxxxxxxxxxxx);
    define('AUTH_SALT',        xxxxxxxxxxxxxxxxxxxxxxxx);
    define('SECURE_AUTH_SALT',xxxxxxxxxxxxxxxxxxxx);
    define('LOGGED_IN_SALT',   xxxxxxxxxxxxxxxxxxxxx');
    define('NONCE_SALT',       xxxxxxxxxx');
    /**#@-*/
    /**
     * WordPress Datenbanktabellen-Präfix
     *
     * Wenn du verschiedene Präfixe benutzt, kannst du innerhalb einer Datenbank
     * verschiedene WordPress-Installationen betreiben.
     * Bitte verwende nur Zahlen, Buchstaben und Unterstriche!
     */
    $table_prefix  = 'gowp_';
    /**
     * Für Entwickler: Der WordPress-Debug-Modus.
     *
     * Setze den Wert auf „true“, um bei der Entwicklung Warnungen und Fehler-Meldungen angezeigt zu bekommen.
     * Plugin- und Theme-Entwicklern wird nachdrücklich empfohlen, WP_DEBUG
     * in ihrer Entwicklungsumgebung zu verwenden.
     *
     * Besuche den Codex, um mehr Informationen über andere Konstanten zu finden,
     * die zum Debuggen genutzt werden können.
     *
     * @link https://codex.wordpress.org/Debugging_in_WordPress
     */
    define('WP_DEBUG', false);
    /* Das war’s, Schluss mit dem Bearbeiten! Viel Spaß beim Bloggen. */
    /* That's all, stop editing! Happy blogging. */
    /** Der absolute Pfad zum WordPress-Verzeichnis. */
    if ( !defined('ABSPATH') )
    	define('ABSPATH', dirname(__FILE__) . '/');
    /** Definiert WordPress-Variablen und fügt Dateien ein.  */
    require_once(ABSPATH . 'wp-settings.php');
    ?>

    Was kann ich noch tun? 🙁

    • Dieses Thema wurde geändert vor 5 Jahren, 9 Monaten von martin2106.
    • Dieses Thema wurde geändert vor 5 Jahren, 9 Monaten von martin2106.
    • Dieses Thema wurde geändert vor 5 Jahren, 9 Monaten von martin2106.

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

Ansicht von 15 Antworten - 1 bis 15 (von insgesamt 18)
  • Hallo @martin2106 und willkommen im Forum,

    die wp-config.php muss in der Zeichenkodierung UTF-8 ohne BOM (Byte Order Mark) gespeichert werden. Das abschließende ?> solltest du rausnehmen, weil es ebenfalls Fehler verursachen kann. Wenn du außerdem define('WP_DEBUG', false); auf define('WP_DEBUG', true); änderst, erhältst du ggf. weitere Fehlermeldungen, die Hinweise auf die Fehlerursache liefern.

    Sollte das alles noch nicht weiterhelfen, benenne mal das Plugin-Verzeichnis in wp-content/no.plugins um, um die Plugins vorübergehend zu deaktivieren.

    Thread-Starter martin2106

    (@martin2106)

    Hallo Danke zunächst 🙂

    Leider funktioniert dies alles nicht. Es ist wirklich merkwürdig….

    Ich finde im editior nur die Speichermöglichkeiten UFT-8 und ANSI … (von BOM kann ich nix finden). Liegt es daran?

    So sieht es jetzt aus:

    <?php
    /**
     * Grundeinstellungen für WordPress
     *
     * Zu diesen Einstellungen gehören:
     *
     * * MySQL-Zugangsdaten,
     * * Tabellenpräfix,
     * * Sicherheitsschlüssel
     * * und ABSPATH.
     *
     * Mehr Informationen zur wp-config.php gibt es auf der
     * {@link https://codex.wordpress.org/Editing_wp-config.php wp-config.php editieren}
     * Seite im Codex. Die Zugangsdaten für die MySQL-Datenbank
     * bekommst du von deinem Webhoster.
     *
     * Diese Datei wird zur Erstellung der wp-config.php verwendet.
     * Du musst aber dafür nicht das Installationsskript verwenden.
     * Stattdessen kannst du auch diese Datei als wp-config.php mit
     * deinen Zugangsdaten für die Datenbank abspeichern.
     *
     * @package WordPress
     */
    // ** MySQL-Einstellungen ** //
    /**   Diese Zugangsdaten bekommst du von deinem Webhoster. **/
    /**
     * Ersetze datenbankname_hier_einfuegen
     * mit dem Namen der Datenbank, die du verwenden möchtest.
     */
    define('DB_NAME', 'xxxxxxxxxxxxx);
    /**
     * Ersetze benutzername_hier_einfuegen
     * mit deinem MySQL-Datenbank-Benutzernamen.
     */
    define('DB_USER', 'xxxxxxxxxxxxx');
    /**
     * Ersetze passwort_hier_einfuegen mit deinem MySQL-Passwort.
     */
    define('DB_PASSWORD', 'xxxxxxxxxxxxxxxxx');
    /**
     * Ersetze localhost mit der MySQL-Serveradresse.
     */
    define('DB_HOST', 'xxxxxxxxxx');
    /**
     * Der Datenbankzeichensatz, der beim Erstellen der
     * Datenbanktabellen verwendet werden soll
     */
    define('DB_CHARSET', 'utf8mb4');
    /**
     * Der Collate-Type sollte nicht geändert werden.
     */
    define('DB_COLLATE', '');
    define( 'WP_MEMORY_LIMIT', '512M' );
    /**#@+
     * Sicherheitsschlüssel
     *
     * Ändere jeden untenstehenden Platzhaltertext in eine beliebige,
     * möglichst einmalig genutzte Zeichenkette.
     * Auf der Seite {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}
     * kannst du dir alle Schlüssel generieren lassen.
     * Du kannst die Schlüssel jederzeit wieder ändern, alle angemeldeten
     * Benutzer müssen sich danach erneut anmelden.
     *
     * @since 2.6.0
     */
    define('AUTH_KEY',   xxxxxxxxxxxxxxxxxxxxx);
    define('SECURE_AUTH_KEY',  xxxxxxxxxxxxxx);
    define('LOGGED_IN_KEY',    'xxxxxxxxxxxxxxxxxxxxxx');
    define('NONCE_KEY',       xxxxxxxxxxxxxxxxxx;
    define('AUTH_SALT',        xxxxxxxxxxxxxxxx;
    define('SECURE_AUTH_SALT', 'xxxxxxxxxxxxxxxxxxxxx');
    define('LOGGED_IN_SALT',   'xxxxxxxxxxxxxx);
    define('NONCE_SALT',     xxxxxxxxxxxxxxxx');
    /**#@-*/
    /**
     * WordPress Datenbanktabellen-Präfix
     *
     * Wenn du verschiedene Präfixe benutzt, kannst du innerhalb einer Datenbank
     * verschiedene WordPress-Installationen betreiben.
     * Bitte verwende nur Zahlen, Buchstaben und Unterstriche!
     */
    $table_prefix  = 'gowp_';
    /**
     * Für Entwickler: Der WordPress-Debug-Modus.
     *
     * Setze den Wert auf „true“, um bei der Entwicklung Warnungen und Fehler-Meldungen angezeigt zu bekommen.
     * Plugin- und Theme-Entwicklern wird nachdrücklich empfohlen, WP_DEBUG
     * in ihrer Entwicklungsumgebung zu verwenden.
     *
     * Besuche den Codex, um mehr Informationen über andere Konstanten zu finden,
     * die zum Debuggen genutzt werden können.
     *
     * @link https://codex.wordpress.org/Debugging_in_WordPress
     */
    define('WP_DEBUG', true);
    /* Das war’s, Schluss mit dem Bearbeiten! Viel Spaß beim Bloggen. */
    /* That's all, stop editing! Happy blogging. */
    /** Der absolute Pfad zum WordPress-Verzeichnis. */
    if ( !defined('ABSPATH') )
    	define('ABSPATH', dirname(__FILE__) . '/');
    /** Definiert WordPress-Variablen und fügt Dateien ein.  */
    require_once(ABSPATH . 'wp-settings.php');

    Welchen Editor verwendest du denn?
    Probier doch mal den Atom Editor.

    Das Umbenennen des Plugin-Verzeichnisses bringt auch nichts?
    Stimmen die Zugangsdaten zur Datenbank, inklusive Tabellen-Präfix?

    Thread-Starter martin2106

    (@martin2106)

    Ich probiere das mal aus mit ATOM 🙂

    Plugin hat nichts gebracht 🙁

    Währenddessen :

    Ich habe nun ein neues problem. Da ich den Theme Ordner kurz rausgenommen habe, sind nun die Blogbeiträge auf der Seite nicht mehr erreichbar code 404 …. der Theme ordner ist wieder drinnen via FTP, aber es funktioniert nicht … was kann ich da tun? Jetzt können die leser nicht mal mehr die Beiträge sehen. ***ojeeee

    Kannst du dich denn unter http://example.com/wp-login.php (natürlich mit deiner Domain) anmelden?

    Das Problem mit der Anzeige der Beiträge bekommst du vermutlich in den Griff, wenn du im Backend Einstellungen > Permalink aufrufst.

    Die Zugangsdaten zur Datenbank müssen stimmen, sonst würde gar nichts angezeigt.

    Thread-Starter martin2106

    (@martin2106)

    Bei http://example.com/wp-login.php kommt dieser Fehler:

    FEHLER: Cookies sind wegen einer unerwarteten Ausgabe gesperrt. Hilfe findest du in dieser Dokumentation oder wende dich an die Support-Foren.

    Die Eingabemaske ist da, aber ich komme nicht rein…

    wenn ich meine Daten Eingebe kommen oben diese Fehler:

    Warning: Cannot modify header information – headers already sent by (output started at /home/www/wordpress/wp-config.php:1) in /home/www/wordpress/wp-login.php on line 422

    Warning: Cannot modify header information – headers already sent by (output started at /home/www/wordpress/wp-config.php:1) in /home/www/wordpress/wp-login.php on line 435

    Warning: Cannot modify header information – headers already sent by (output started at /home/www/wordpress/wp-config.php:1) in /home/www/wordpress/wp-includes/pluggable.php on line 920

    Warning: Cannot modify header information – headers already sent by (output started at /home/www/wordpress/wp-config.php:1) in /home/www/wordpress/wp-includes/pluggable.php on line 921

    Warning: Cannot modify header information – headers already sent by (output started at /home/www/wordpress/wp-config.php:1) in /home/www/wordpress/wp-includes/pluggable.php on line 922

    … obwohl das Plugin-Verzeichnis umbenannt ist?

    Thread-Starter martin2106

    (@martin2106)

    ja leider auch wenn die plugins deaktiviert sind

    — Was kann ich mit ATom jetzt anders machen?

    Eigentlich sollte es reichen, die wp-config.php in Atom nochmal zu speichern. Achte darauf, dass vor dem einleitenden <? kein (Leer-)Zeichen stehen darf, auch keine freien Zeilen.

    Wenn du das Theme umbenennst, müsste WordPress ein (hoffentlich noch vorhandenes?) Standard-Themes Twenty … verwenden.

    Theoretisch wäre es auch möglich, dass deine WordPress-Installation nicht korrekt aktualisiert wurde. In dem Fall müsstest du ein manuelles Update machen. Ich halte das aber für unwahrscheinlich, weil die Startseite normal angezeigt wird.

    Plugins > Themes > Core … die Ursache liegt meistens bei Plugins.
    Schau auch mal, ob in wp-content/mu-plugins Dateien vorhanden sind.

    Thread-Starter martin2106

    (@martin2106)

    also mu-plugins ist leer – was bedeutet das?

    umspeichern in ATOM war leider erfolglos… es ist kein Leerzeichen vor <?

    ich finde aber auch kein p>

    also mu-plugins ist leer – was bedeutet das?
    Das ist in Ordnung. mu-plugins steht für must use plugins, also Plugins, die verwendet werden müssen. Es muss kein Plugin vorhanden sein, dass verwendet werden muss.

    umspeichern in ATOM war leider erfolglos…

    Hm. Wenn du ganz sicher sein möchtest:
    Datei nochmal öffnen, Menü: Edit > Select Encoding > UTF-8

    es ist kein Leerzeichen vor <?
    Das ist gut.

    ich finde aber auch kein p>

    Das verstehe ich nicht, was meinst du damit?

    Thread-Starter martin2106

    (@martin2106)

    Alter 😀
    es geht wieder
    ich glaub du bist ein superheld

    ….wahnsinn 😀

    ich kann es nicht glauben

    Ruf bitte mal Einstellungen > Permalinks auf.
    Kannst du dann dein Menü „Morgenmenschen“ wieder aufrufen?

    Thread-Starter martin2106

    (@martin2106)

    Entschuldige die ausdrucksweise…

    es ging mit ATOM und deiner letztgenannten Variante

    „“““““““““
    umspeichern in ATOM war leider erfolglos…

    Hm. Wenn du ganz sicher sein möchtest:
    Datei nochmal öffnen, Menü: Edit > Select Encoding > UTF-8
    „““““““““““““

    Wirklich stark! Danke danke

    Thread-Starter martin2106

    (@martin2106)

    Ja es geht alles o.O … ist das verrückt.

    Muss ich nochwas bedenken?

Ansicht von 15 Antworten - 1 bis 15 (von insgesamt 18)
  • Das Thema „White Screen of death (nichts hilft UFT8 – ANSI …)“ ist für neue Antworten geschlossen.