• Gelöst wasissn

    (@wasissn)


    Hallo zusammen,

    ich nutze das vega-theme und kann mich nicht mehr anmelden im backend. dieses thema hier klingt sehr ähnlich: https://de.wordpress.org/support/topic/anmelden-im-backend-nicht-mehr-moeglich/ ist aber nicht genau gleich und auch nicht gelöst.

    Zunächst ist mir aufgefallen, dass in Chrome, Firefox und Tor in der Browserzeile ein „i“ angezeigt wird und darauf steht: Verbindung ist nicht sicher. Ein bisschen recherchiert. Hatte gestern mal die wp-config.php verändert und in einem anderen thread stand, dass da irgendwo ein leerzeichen zu viel sein könnte. Hat aber nichts geholfen. Frage 1: Kann man zum Theme eine original config.php erhalten, um die neu hochzuladen?

    Beim Versuch, http://www.wasissn/login aufzurufen (das hat früher immer zum einloggen gereicht) wird eine weiße Seite angezeigt. Beim Aufruf von http://www.wasissn/wp-login.php zeigte es zunächst an: FEHLER: Cookies sind wegen einer unerwarteten Ausgabe gesperrt. Inzwischen zeigt es an: 404 Page not found.

    Frage 2: Hat die Anzeige des „Verbindung ist nicht sicher“ überhaupt etwas mit dem Phänomen des nicht-Einloggen-Könnens zu tun?

    Frage 3: Wenn ich komplett neu installiere – ist dann alles, auch die installierten Widgets und Editoren usw… alles weg? Wie sichere ich das alles am besten? Ich komme ja überhaupt nicht mehr über das Backend rein.

    kann mir jemand helfen? Ich bin sooo deprimiert, die Seite stand gerade vor der Veröffentlichung und ich hatte so viel Mühe investiert und wollte das mal rumzeigen… mist.

Ansicht von 10 Antworten – 1 bis 10 (von insgesamt 10)
  • Moderator Bego Mario Garde

    (@pixolin)

    Moderator (nicht mehr aktiv)

    Gerne gebe ich ein wenig Nachhilfe bei der Bedienung deines Browsers:

    Das Informations-Icon wird angezeigt, wenn eine unverschlüsselte Verbindung über HTTP (statt HTTPS) verwendet wird. Es soll dich daran erinnern, dass in frei zugänglichen Netzwerken (z.B. öffentliches W-LAN) alle von dir übermittelten Informationen – also auch Benutzername und Passwort – unverschlüsselt übertragen werden. Mit der Konfigurationsdatei wp-config.php hat das herzlich wenig zu tun.

    Die Fehlermeldung „404 Page not found.“ wird angezeigt, wenn du im Browser die Adresse zu einer Webseite eingegeben hast, die nicht gefunden werden kann. Webadressen bestehen möglicherweise aus einem Präfix für die Subdomain (z.B. www), dem Domainnamen (hier wassisn) und der Toplevel-Domain (in Deutschland .de, für internationale Webseiten .com, etc.). Bei der Eingabe von http://www.wasissn/wp-login.php erscheint eine Fehlermeldung, dass die Webadresse nicht aufgelöst werden kann, weil die Toplevel-Domain fehlt.

    Zur Anmeldung im Backend rufst du die Webseite wp-login.php in dem Verzeichnis auf, in dem WordPress installiert wurde (also z.B. http://deinedomain.de/wordpress/wp-login.php, wenn WordPress in einem Unterverzeichnis wordpress installiert wurde bzw. http://deinedomain.de/wp-login.php, wenn WordPress im Web-Stammverzeichnis installiert wurde). Andere Adressen, z.B. http://deinedomain.de/wp-admin oder http://deinedomain.de/login werden umgeleitet, wobei für letzteres die Unterstützung von „sprechenden Permalinks“ (Server-Modul mod_rewrite) installiert und aktiviert sein muss.

    Die Fehlermeldung „FEHLER: Cookies sind wegen einer unerwarteten Ausgabe gesperrt“ besagt, dass WordPress für das Anmeldeformular Cookies verwenden wollte, vorab aber (intern) bereits eine Fehlermeldung ausgegeben wurde – das ist die unerwartete Ausgabe. Mögliche Gründe für diese Fehlermeldung haben wir in unserer FAQ erläutert: Meistens liegt es daran, dass die Konfigurationsdatei wp-config.php mit einem ungeeigneten Editor im falschen Zeichenformat abgespeichert wurde. Hier reicht es, wenn du die Datei mit einem geeigneten Editor (z.B. Atom Editor) öffnest und erneut speicherst.
    Andere Gründe können Fehler in der Datei sein (Leerzeichen vor dem öffnenden <?php), aber auch Programmierfehler in Plugins. Sollte es nicht an der Zeichenkodierung der Datei liegen, kannst du dich gerne nochmal melden.

    Wenn du WordPress komplett (also Dateien und Datenbank) löschst, sind selbstverständlich auch alle Inhalte weg. Zur Sicherung deiner bisherigen Arbeit kannst du zunächst die Dateien per FTP kopieren und die Datenbank über das Kundenmenü deines Webhosters per phpMyAdmin exportieren. Sobald du den Fehler behoben hast und dich wieder im Backend anmelden kannst, solltest du eines der vielen Backup-Plugins installieren, um das Backup zu vereinfachen.

    Thread-Starter wasissn

    (@wasissn)

    Lieber Bego Mario Garde, der Vorschlag mit dem Neu-Speichern scheint mir am meisten Erfolg zu versprechen. Die Erklärung im zweiten Absatz eher nicht, weil ich vergessen habe, hier die TLD zu nennen. Gut zu wissen, dass meine anfängliche Konfusion (http/https) nichts mit dem fehlenden Login zu tun hat. Ich kann das alles aber erst wieder am Freitag testen und melde mich dann wieder – vielen Dank vorab.

    Thread-Starter wasissn

    (@wasissn)

    Leiderleider hat das nicht geholfen. Habe Atom installiert, die wp-config.php geöffnet (das war die einzige Datei, die ich zuvor angefasst hatte) und dann nochmals gespeichert. Überall hier ist zu lesen, dass das encoding auf „utf-8 ohne BOM“ stehen muss. Bei Atom ist rechts unten das aktuelle encoding zu lesen. Das steht bei mir auf CLRF UTF-8 und PHP.

    Rufe ich die ganze Adresse auf, nämlich http://www.wasissn.de/wp-login.php , sehe ich die Anmeldemaske. Da steht aber dann: FEHLER: Cookies sind wegen einer unerwarteten Ausgabe gesperrt. Hilfe findest du in dieser Dokumentation oder wende dich an die Support-Foren.

    Cookies sind in meinem Browser aber aktiviert, also zugelassen.

    Rufe ich die vereinfachte Version auf (das hat vorher prima geklappt), nämlich wasissn.de/login , bleibt die Seite weiß.

    Rufe ich http://www.wasissn.de/wp-login auf, kommt die 404-Error-Meldung.

    Noch bin ich sehr ratlos und weiß nicht weiter… klaus

    Thread-Starter wasissn

    (@wasissn)

    ich poste mal meine wp-config.php, falls das was hilft:

    <?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', 'DB12345');
    
    /**
     * Ersetze benutzername_hier_einfuegen
     * mit deinem MySQL-Datenbank-Benutzernamen.
     */
    define('DB_USER', 'U12345');
    
    /**
     * Ersetze passwort_hier_einfuegen mit deinem MySQL-Passwort.
     */
    define('DB_PASSWORD', 'abcdef');
    
    /**
     * Ersetze localhost mit der MySQL-Serveradresse.
     */
    define('DB_HOST', 'rdbms.strato.de');
    
    /**
     * 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', '');
    
    /**#@+
     * 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',         '****');
    define('SECURE_AUTH_KEY',  '****');
    define('LOGGED_IN_KEY',    '****');
    define('NONCE_KEY',        '****');
    define('AUTH_SALT',        '****');
    define('SECURE_AUTH_SALT', '****');
    define('LOGGED_IN_SALT',   '****');
    define('NONCE_SALT',       '****');
    /**#@-*/
    
    /**
     * 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  = 'wp_';
    
    /**
     * 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');
    Thread-Starter wasissn

    (@wasissn)

    Oh Hilfe, kann man hier keine Beiträge nachträglich mehr editieren? Erst mal das PW und den Sicherheitsschlüssel geändert;-)

    Thread-Starter wasissn

    (@wasissn)

    Gerade in meinen Mails gefunden:

    Hallo! Deine Website unter http://www.wasissn.de wurde automatisch auf WordPress 4.6.3 aktualisiert.

    Um mehr über Version 4.6.3 zu erfahren, schau dir die Seite „Über WordPress“ an:
    http://www.wasissn.de/wp-admin/about.php

    WordPress 4.7.2 ist ebenfalls verfügbar. Die Aktualisierung ist einfach und dauert nur einen kurzen Augenblick:
    http://www.wasissn.de/wp-admin/update-core.php

    Wenn du Fehler feststellst oder Unterstützung benötigst, steht dir das WordPress.org-Supportforum mit seinen freiwilligen Helfern zur Verfügung.

    Support

    Für die Sicherheit deiner Website ist es wichtig, dass du sie aktuell hältst. Damit machst du auch das Internet für dich und deine Besucher sicherer.

    Das WordPress-Team

    Dann stimmt das mit 4.7 wohl auch nicht in meinen Angaben…

    Thread-Starter wasissn

    (@wasissn)

    Hallo nochmal, falls hier irgendwer noch mitliest. Hier kommt der Fehler-Log, nach einschalten von debug auf true:

    Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-content/plugins/wp-miniaudioplayer/miniAudioPlayer.php on line 231 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-content/plugins/wp-miniaudioplayer/miniAudioPlayer.php on line 231 Warning: Cannot modify header information - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-login.php on line 402 Warning: Cannot modify header information - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-login.php on line 415 Warning: Cannot modify header information - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-includes/pluggable.php on line 892 Warning: Cannot modify header information - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-includes/pluggable.php on line 893 Warning: Cannot modify header information - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-includes/pluggable.php on line 894

    Thread-Starter wasissn

    (@wasissn)

    Das scheint also das plugin des audioplayers zu sein. also hab ich das verzeichnis im ftp programm filezilla gelöscht. scheint nicht auszureichen. jetzt sieht der fehlerlog so aus:

    Warning: Cannot modify header information - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-login.php on line 402 Warning: Cannot modify header information - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-login.php on line 415 Warning: Cannot modify header information - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-includes/pluggable.php on line 892 Warning: Cannot modify header information - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-includes/pluggable.php on line 893 Warning: Cannot modify header information - headers already sent by (output started at /mnt/webu/a1/86/56536486/htdocs/wp-config.php:1) in /mnt/webu/a1/86/56536486/htdocs/wp-includes/pluggable.php on line 894

    Thread-Starter wasissn

    (@wasissn)

    Ich Schlaumeier also alle entsprechenden php Zeilen aufgerufen und einfach mal gelöscht, nur um zu sehen, was passiert. Wird also keine Ausgabe mehr produziert trotz debug = true. Ergebnis: Null. Noch immer auf /wp-login.php:

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

    Thread-Starter wasissn

    (@wasissn)

    OCH NEE , Leute, jetzt aber mal wirklich… abgesehen davon, dass ich mich hier allein unterhalten hab… nach acht Stunden fehlersuche war es das einfachste und erste, was hier und überall genannt wird: Die Konvertierung. Auf die falsche Spur hat mich der ATOM EDITOR gebracht. Die ganze Zeit denke ich, ATOM wird das schon richtig speichern und probiere auch alle Konstellation durch. Aber nein… zuerst stundenlang Foren und mögliche Fehler durchsuchen, dann von Hand alle Dateien ersetzen, umbenennen, Leerzeichen suchen, neue Fehlermeldungen kriegen, die wieder bearbeiten, von Hand einzelne dateien nachladen, die entsprechenden Fehlerzeilen suchen, in slack nach Lösungen suchen, neuerlich falsch updaten, komplett neu aufsetzen und kurz vorm durchdrehen. Dann einmal mit notepad++ neu abgespeichert und das wars.

Ansicht von 10 Antworten – 1 bis 10 (von insgesamt 10)
  • Das Thema „Kein Login mehr möglich“ ist für neue Antworten geschlossen.