nach Eingabe der Login-Daten bleibt Seite leer

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

  • Ein Blick in die Log-Files des Servers könnten Hinweise geben.

    Hilfreich könnte die Aktivierung des Debug-Modus sein. Damit Fehler ausgelesen werden können, müssen die Fehler in eine Log-Datei auf dem Server geschrieben werden, auf die man dann per FTP (oder auch SSH) zugreifen kann.
    Sichere bitte zunächst die wp-config.php auf deinem lokalen Rechner.
    Gib dann bitte mit einem geeigneten Programmier-Editor (z. B. Notepad++) in der wp-config.php oberhalb von /* That's all, stop editing! Happy blogging. */ folgendes ein:
    define( 'WP_DEBUG', true );
    define( 'WP_DEBUG_DISPLAY', false);
    define( 'WP_DEBUG_LOG', true );

    Achte darauf, dass du define('WP_DEBUG', false); überschreibst, falls die Zeile bereits in der wp-config.php steht. Wenn versucht wird, diese Konstante ein zweites mal zu definieren, gibt es einen Fehler, der deine Seite lahmlegen würde.
    Mit diesen drei Codezeilen sagen wir WordPress, dass der Debug-Modus aktiviert werden soll. Die Fehlermeldungen sollen aber nicht direkt angezeigt werden, sondern in die Datei /wp-content/debug.log geschrieben werden.
    Wenn der Fehler gefunden wurde bzw. wenn die Fehler nicht mehr in die debug.log geschrieben werden sollen, dann musst du daran denken, die Variable
    define( 'WP_DEBUG_LOG', true );
    wieder auf false zu setzen:
    define( 'WP_DEBUG_LOG', false);

  • Bei einer fehlgeschlagenen Anmeldung wird oberhalb der Eingabefelder ein Textblock mit Link ausgegeben, der so nicht standardmässig von WordPress kommt:

    Zitat

    Invalid username, email address or password.
    Lost your password?


    Das lässt darauf schliessen, dass möglicherweise ein extra Plugin für Anmeldefunktionen verwendet wird. Evtl. ist dieses Plugin für die beschriebenen Probleme verantwortlich.

    Welche Plugins sind installiert? Screenshot Plugins Übersicht Seite? Alternativ falls kein Login möglich Screenshot des Ordners [FONT=Courier New]wp-content/plugins/[/FONT] mit einem FTP Programm?

    5 Mal editiert, zuletzt von b3317133 (3. November 2024 um 19:23)

  • Hätte das eingefügt, es wird aber keine Datei /wp-content/debug.log erstellt?

    [PLAIN]/* define( 'WP_DEBUG', false );
    /* Add any custom values between this line and the "stop editing" line. */
    define( 'WP_DEBUG', true );
    define( 'WP_DEBUG_DISPLAY', false);
    define( 'WP_DEBUG_LOG', true );
    /* That's all, stop editing! Happy publishing. */[/PLAIN]

  • debug.log ist nun vorhanden, hat allerdings 21 MB und kann hier nicht hochgeladen werden....sagt Euch das was?


    [04-Nov-2024 21:22:33 UTC] PHP Deprecated: Creation of dynamic property EDD_Theme_Updater_Admin::$beta is deprecated in /var/www/clients/client12/web23/web/wp-content/themes/catch-flames-pro/inc/updater/theme-updater-admin.php on line 62
    [04-Nov-2024 21:22:33 UTC] PHP Deprecated: Creation of dynamic property Envira_Gallery::$public is deprecated in /var/www/clients/client12/web23/web/wp-content/plugins/envira-gallery/envira-gallery.php on line 192
    [04-Nov-2024 21:22:33 UTC] PHP Deprecated: Creation of dynamic property WP_FFPC::$plugin_upgrade is deprecated in /var/www/clients/client12/web23/web/wp-content/plugins/wp-ffpc/wp-ffpc-class.php on line 191
    [04-Nov-2024 21:22:33 UTC] All-in-One Event Calendar: preg_split(): Passing null to parameter #3 ($limit) of type int is deprecated @ /var/www/clients/client12/web23/web/wp-content/plugins/all-in-one-event-calendar/lib/query/helper.php:156 #8192
    [04-Nov-2024 21:22:34 UTC] All-in-One Event Calendar: preg_match(): Passing null to parameter #4 ($flags) of type int is deprecated @ /var/www/clients/client12/web23/web/wp-content/plugins/all-in-one-event-calendar/vendor/twig/Lexer.php:209 #8192
    [04-Nov-2024 21:22:34 UTC] All-in-One Event Calendar: preg_match(): Passing null to parameter #4 ($flags) of type int is deprecated @ /var/www/clients/client12/web23/web/wp-content/plugins/all-in-one-event-calendar/vendor/twig/Lexer.php:221 #8192
    [04-Nov-2024 21:22:34 UTC] All-in-One Event Calendar: preg_match(): Passing null to parameter #4 ($flags) of type int is deprecated @ /var/www/clients/client12/web23/web/wp-content/plugins/all-in-one-event-calendar/vendor/twig/Lexer.php:230 #8192
    [04-Nov-2024 21:22:34 UTC] All-in-One Event Calendar: preg_match(): Passing null to parameter #4 ($flags) of type int is deprecated @ /var/www/clients/client12/web23/web/wp-content/plugins/all-in-one-event-calendar/vendor/twig/Lexer.php:235 #819

  • Das Plugin Nunja Firewall greift vermutlich in den Loginprozess ein. Deaktiviere es mal für eine Weile, wenn eine Anmeldung gelingt und prüfe ob das Login Problem dann nicht mehr auftritt.

    Ein Error-Log Auszug nutzt nur dann etwas, wenn die entspr. Einträge zum genauen Zeitpunkt des beschriebenen weissen Fensters nach Login gepostet werden.

    Irgendwas im Footerbereich der Seite bzw. in am Ende eingebundenen Dateien oder Pluginteilen verursacht ggf. auch ein grösseres Problem, da die Ausgabe des HTML Codes vor dem eigentlichen Ende der Seite abgebrochen wird.

    Weiterhin sind zwei Cache Plugins parallel vorhanden, Cache Enabler und WP Optimize, sowas kommt sich in der Regel auch in die Quere, sollte man bereinigen bzw. genau prüfen.

    Und evtl. wurde eine zu neue PHP Version für ggf. veraltete Plugins bzw. Theme eingestellt, auch das kann zu Problemen wie den vielen Deprecated Log Einträgen führen, hier sollte maximal PHP 8.1.x eingestellt und die Kompatibilität aller Plugins und des Themes hierzu geprüft werden, hierzu auch Kontakt mit dem Support von gekauften Komponenten aufnehmen, ob es passende Updates gibt.

    9 Mal editiert, zuletzt von b3317133 (4. November 2024 um 23:15)

  • Logge dich per FTP auf deinen Webspace ein und nenne das Verzeichnis wp-content/ninjafirewall um, damit ist das Plugin dann deaktiviert. Nach dem Login nennst du das Verzeichnis wieder auf den richtigen Namen um und dann das Plugin aktualisieren.

  • Firewall Plugins "verteilen" sich gern weiter und breiter im System, so dass es zu bevorzugen wäre, sie nach einem vielleicht doch mal funktionierenden Login über das Backend zu deaktivieren wenn möglich. Hatte das aus "manchmal glaubt es mit Chrome, aber auch nicht regelmäßig" interpretiert.

  • War leider einige Tage jetzt verhindert....hab das Verzeichnis wp-content/ninjafirewall umgenannt....einloggen ist möglich. Aber wenn ich im Backend nun z.B Plugins anwähle bleibt die Seite wieder leer (weiss).

  • In dem Auszug ist kein Eintrag, der eine weisse Seite erzeugt.

    Beachte auch noch den Absatz oben zur PHP Version:

    Und evtl. wurde eine zu neue PHP Version für ggf. veraltete Plugins bzw. Theme eingestellt, auch das kann zu Problemen wie den vielen Deprecated Log Einträgen führen, hier sollte maximal PHP 8.1.x eingestellt und die Kompatibilität aller Plugins und des Themes hierzu geprüft werden, hierzu auch Kontakt mit dem Support von gekauften Komponenten aufnehmen, ob es passende Updates gibt.


    Weche PHP Version ist derzeit eingestellt? Werkzeuge > Website-Zustand > Bericht (oben auswählen) > Server > PHP-Version

  • Ok, dann wäre es auch möglich, dass die Seite gehackt wurde und der Hack jetzt nicht (mehr) richtig funktioniert und so diverse Dinge schieflaufen.

    Wende Dich am besten an die Person, die die Seite ursprünglich eingerichtet hat bzw. technisch betreut und lasse das mal ansehen.

  • Auch daran kann es liegen, dazu könnte man mehr sagen, wenn man das Error Log zu dem exakten Zeitpunkt wenn die weisse Seite erscheint hätte.

    Evtl. wäre es hier am besten, das jemanden vor Ort genauer prüfen zu lassen, der sich mit WordPress etwas auskennt.

  • Auch daran kann es liegen, dazu könnte man mehr sagen, wenn man das Error Log zu dem exakten Zeitpunkt wenn die weisse Seite erscheint hätte.

    Evtl. wäre es hier am besten, das jemanden vor Ort genauer prüfen zu lassen, der sich mit WordPress etwas auskennt.


    Nach was müsste ich im Log-File suchen? Sowas?

    Code
    [15-Nov-2024 17:12:32 UTC] PHP Deprecated:  Creation of dynamic property EDD_Theme_Updater_Admin::$item_name is deprecated in /var/www/clients/client12/web23/web/wp-content/themes/catch-flames-pro/inc/updater/theme-updater-admin.php on line 56
    [15-Nov-2024 17:12:32 UTC] PHP Deprecated:  Creation of dynamic property EDD_Theme_Updater_Admin::$beta is deprecated in /var/www/clients/client12/web23/web/wp-content/themes/catch-flames-pro/inc/updater/theme-updater-admin.php on line 62
    [15-Nov-2024 17:12:32 UTC] PHP Deprecated:  Creation of dynamic property Envira_Gallery::$public is deprecated in /var/www/clients/client12/web23/web/wp-content/plugins/envira-gallery/envira-gallery.php on line 192
    [15-Nov-2024 17:12:33 UTC] PHP Deprecated:  Creation of dynamic property WP_FFPC::$plugin_upgrade is deprecated in /var/www/clients/client12/web23/web/wp-content/plugins/wp-ffpc/wp-ffpc-class.php on line 191
  • Man würde nach einem Fatal Error suchen.

    Aber zuerst würde man die o.g. PHP Version auf maximal PHP 8.1.x einstellen, vermutlich läuft eine zu neue PHP Version für Dein Theme/Plugins, dann hätte man ein viel kürzeres Error Log.

    Lösche das Log, rufe direkt danach den Login auf, lese das neu angelegte Log.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!