Kein Login mehr möglich
-
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.
-
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 (hierwassisn
) 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 Unterverzeichniswordpress
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.
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.
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
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');
-
Diese Antwort wurde geändert vor 8 Jahren von
Bego Mario Garde. Grund: Code-Auszeichnung korrigiert
-
Diese Antwort wurde vor 8 Jahren von
Bego Mario Garde geändert.
-
Diese Antwort wurde vor 8 Jahren von
Bego Mario Garde geändert.
-
Diese Antwort wurde vor 8 Jahren von
Bego Mario Garde geändert.
Oh Hilfe, kann man hier keine Beiträge nachträglich mehr editieren? Erst mal das PW und den Sicherheitsschlüssel geändert;-)
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.phpWordPress 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.phpWenn du Fehler feststellst oder Unterstützung benötigst, steht dir das WordPress.org-Supportforum mit seinen freiwilligen Helfern zur Verfügung.
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…
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
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
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.
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.
-
Diese Antwort wurde geändert vor 8 Jahren von
- Das Thema „Kein Login mehr möglich“ ist für neue Antworten geschlossen.