Hostumstellung auf PHP 8, WP-Website weiß ...

  • Hallo in die Runde,
    ich hab´ bei meinem Webseiten-Host (HE) die Umstellung auf PHP 8 "verbaselt", ein Aufruf meiner Website bringt jetzt nur eine weiße Seite, da meine WP-Install zu alt ist.
    Kann ich nun über Filezilla und manuellen Austausch der Dateien die Seite wieder zum Laufen bringen?
    Backup der alten WP-Install und der Datenbank hab ich bereits erledigt.
    Was muss ich beachten?
    Vielen Dank bereits jetzt für Eure Hilfe!

    • 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

  • Welche WordPress Version wurde verwendet? Welches Theme und Version (steht in Datei style.css des Themes)? Welche Plugins?

    Du kannst per Filezilla einspielen:

    • PHP 8 kompatible Version (mind. WordPress 5.6) von WordPress (alle Dateien und Ordner bis auf [FONT=Courier New]wp-content[/FONT])
    • PHP 8 kompatible Version Deines Themes (Details dazu ggf. beim Theme Support/Hersteller)
    • PHP 8 kompatible Versionen Deiner Plugins


    Details zur eigentlichen Ursache ergeben sich aus dem PHP Error Log im Hosting.

  • Danke bis hierher!
    Es ist eine Uralt-Version (3.9.6), als Theme wurde Yoko (1.2.5) von Elma-Studio verwendet.
    D.h., ich lösche die Ordner wp-admin und wp-includes sowie alle Dateien im WP-Root-Verzeichnis (wp-config.php, wp-login.php, ...), spiele dann WP6.x ein und rufe über den Browser wp-login.php auf, deaktiviere im Dashboard erst mal alle Themes und Plugins und schaue, was PHP8-kompatibel ist?

  • Du löschst nicht [FONT=Courier New]wp-config.php[/FONT]. Du ersetzt alle Dateien und Ordner bis auf [FONT=Courier New]wp-content[/FONT] aus einem frischen WordPress Download Archiv, da ist [FONT=Courier New]wp-config.php[/FONT] nicht betroffen.

    Ob der Login mit alleine der neuen WordPress Version funktioniert, ist nicht klar, daher siehe die anderen beiden Punkte bei "Du kannst per Filezilla einspielen".

    Besorge am besten zuerst aktuelle PHP 8 kompatible Archive des Themes und ggf. kommerzieller Plugins bzw. informiere Dich bei den Autoren/Herstellern, ob es diese gibt.

  • Für spätere Mitleser:

    Dieses Vorgehen ist wohlgemerkt kein allgemeingültiger Ansatz.

    Normalerweise sollte man WordPress durch die verschiedenen Versionen in kleineren Schritten aktualisieren, also in diesem Fall 3.9.6->3.9.37 (erstmal auf die neuste im Zweig), dann 4.0.36->4.2.34->4.4.x->4.6.x usw., das ist nur hier wegen der erfolgten PHP Umstellung nicht mehr möglich. Ab 5.6.10 ist WordPress PHP 8 kompatibel, daher würde man es in diesem Notfall damit versuchen.

    Die beste Lösung wäre ein Einspielen des Backups auf einen anderen Server mit der alten PHP Version und dann schrittweises Aktualisieren von WordPress, Theme, Plugins und PHP die jeweils zeitlich ähnlich veröffentlicht wurden und kompatibel sind und dann der Umzug auf den Liveserver.

  • Ich erstatte Bericht: Nach Upload der Dateien auf den Server versuchte ich einen Seitenaufruf im Browser. Ergebnis: Weisse Seite mit Fehlermeldung "There has been a critical error ..."
    Gemäß Troubleshooting-Seite von Wordpress folgende Änderungen vorgenommen:
    Per Filezilla Template "Twentytwentythree" hochgeladen,
    in der Datenbank mit phpMyAdmin Werte geändert: active_plugins in "a:0:{}", recently_activated in "a:0:{}", template in "twentytwentythree" und stylesheet in "twentytwentythree".
    Aufruf der Webseite zeigt nun die erste Seite des Themes.
    Ein Versuch, den Menuepunkt "Dashboard" anzuklicken, bringt wieder den Bildschirm mit der "critical error"-Meldung.
    Zum gleichen Ergebnis komme ich, wenn ich über wp-login.php einlogen will. Nach Eingabe des Benutzers und des Passwortes komme ich wieder zur "critical error"-Meldung.
    Was könnte ich noch versuchen?

  • Ich erstatte Bericht: Nach Upload der Dateien auf den Server versuchte ich einen Seitenaufruf im Browser. Ergebnis: Weisse Seite mit Fehlermeldung "There has been a critical error ..."

    dies kann an den installierten Plugins liegen. Das Verzeichnis ~/plugins in wp-content kurz umbenennen und erneut versuchen sich anzumelden

    Mit offenen Augen träumen

  • Nope. Daran liegt es nicht. Bereits versucht. Seitenaufruf mit anderem Plugin-Verzeichnisnamen bringt die erste Seite von Twentytwentythree ohne obere Menuleiste. Ein Loginversuch führt wieder zur critical error Meldung.

  • Nope. Daran liegt es nicht. Bereits versucht. Seitenaufruf mit anderem Plugin-Verzeichnisnamen bringt die erste Seite von Twentytwentythree ohne obere Menuleiste. Ein Loginversuch führt wieder zur critical error Meldung.

    1. PHP 8.0 einstellen bei HE
    2. WordPress Version 5.6.10 downloaden
    3. ~/wp-admin löschen
    4. ~/wp-includes löschen
    5. WordPress Version 5.6.10 hochladen

    wp-config.php nicht löschen auch nicht überschreiben

    und noch mal anmelden - Plugins unbedingt deaktiviert lassen

    Mit offenen Augen träumen

    4 Mal editiert, zuletzt von r23 (15. November 2022 um 22:49)

  • Alles so erledigt, in der Datenbank das Theme auf Twentytwenty geändert.
    1. Seite des Themes wird nach Blogaufruf angezeigt, sobald ein Menupunkt ausgewählt wird, erscheint wieder die critical error-Meldung ...

    Kann das auch an den Datei- / verzeichnisberechtigungen liegen? Wie sollten diese eingestellt sein?

    2 Mal editiert, zuletzt von Horseman (16. November 2022 um 10:04)

    • Wurden beim Einspielen der neuen WordPress Version auch die Dateien im Hauptverzeichnis ersetzt? Also alle ausser [FONT=Courier New]wp-config.php[/FONT]?
    • Evtl. die [FONT=Courier New].htaccess[/FONT] Datei umbenennen, falls sie etwas anderes als Basic WP enthält.
    • Das Theme "Twentytwentythree" gab es für WordPres 5.6.10 noch nicht, nutze z.B. Twenty Nineteen.


    Ein Datei-/Ordnerrechte Problem ist eher auszuschliessen.

    Was noch möglich wäre ist, dass sich ein nicht (mehr) funktionsfähiger Hack in [FONT=Courier New]wp-config.php[/FONT] befindet, das kann man durch groben Abgleich mit [FONT=Courier New]wp-config-sample.php[/FONT] und Abweichungen z.B. eigene Codezeilen sehen.

  • Danke für Eure Hilfe, aber ich hab´s aufgegeben ...
    Ich wollte nun WP 6.1 aufsetzen, habe aber gerade das nächste Problem. Beim erstmaligen Aufruf des Blogs kommt ja die Setup-Konfigurationsseite. Da meckert WP: "Kann nicht in die Datei wp-config.php schreiben."

    A) wie ändere ich, dass die Daten in die wp-config.php geschrieben werden können, alternativ

    B) was füge ich wo bgzl. des absoluten Pfades manuell in der wp-config.php ein, wenn meine WP-Install unter "https://meine-domain.de/blog" liegt ("Du kannst die Datei wp-config.php manuell erstellen und den nachfolgenden Text dort einfügen.") ?

    Ich habe mich daran versucht, lande aber immer wieder auf der Konfigurationsseite.
    Vielen Dank für Eure Geduld und Eure Mühe!

  • Danke für Eure Hilfe, aber ich hab´s aufgegeben ...
    Ich wollte nun WP 6.1 aufsetzen, habe aber gerade das nächste Problem. Beim erstmaligen Aufruf des Blogs kommt ja die Setup-Konfigurationsseite. Da meckert WP: "Kann nicht in die Datei wp-config.php schreiben."

    Es ist sehr gut, dass deine PHP Installation nicht in die wp-config schreiben kann.

    Du öffnest die wp-config-example.php trägst dort deine Sicherheitsschlüssel ein und die Zugangsdaten zur Datenbank und überträgst die abgespeichert wp-config.php zu deinem Hoster und rufst deine Seite auf...

    Mit offenen Augen träumen

  • Ich häng mich mal an der Problematik an, denn auch mich hat die Umstellung bei Host Europe auf von 7.4 auf 8.1 "eiskalt erwischt" und sehe fortan nur noch die "weiße Seite". Ich war zuvor auf Wordpress 6.0 und hab die Aktualisierung auf 6.1 verpasst. Ins Dashboard komm ich gar nicht erst.

    Chrome zeigt mir hier einen Error 500 an.

    Ich hab auch die meisten gängigen Tipps schon durch:

    - aktuelle Wordpress-Version händisch eingespielt
    - Theme in der Datenbank auf Twentytwentythree gesetzt
    - Order der Plugins umbenannt
    - Testweise auf 8.0 bei Host Europe umgestellt


    Kann mir jemand hierbei helfen, wo das Problem liegt? Die Dateien sind natürlich vorhanden.

    Einmal editiert, zuletzt von Batmaniac (16. November 2022 um 16:28)

  • Eröffne besser einen eigenen Thread, siehe auch Forenregeln, Punkt II.

    Der gepostete (und dann wieder entfernte) Auszug aus dem Error Log sind keine "Fehler 500" Fatal Errors.

    Aktiviere WP_DEBUG mit debug.log, beachte dabei: Bei Host Europe kann in den PHP Einstellungen ggf. voreingestellt sein, dass Debugging nicht per Script überschrieben werden kann, passe das bei Bedarf an.

    Ergänzung zur aktuellen Ausgabe des vorher im Log genannten Websites: Entferne Zeilen mit define Konstanten aus der wp-config.php, die falsche Hochkommata haben, derzeit mind in der Zeile mit WP_ALLOW_REPAIR

    Code
    Fatal error:  Uncaught Error: Undefined constant "�WP_ALLOW_REPAIR�" in /is/htdocs/w.../www/2011/wordpress/wp-config.php:21

    6 Mal editiert, zuletzt von b3317133 (16. November 2022 um 16:47)


  • Du öffnest die wp-config-example.php trägst dort deine Sicherheitsschlüssel ein .

    die Datei trägt den Namen wp-config-sample.pphp sorry.

    hat es jetzt funktioniert?

    Mit offenen Augen träumen

  • Moin,
    vorab nochmals allerbesten Dank für Eure Mühe und Geduld.
    Ich habe WP in der wp-config.php den absoluten Pfad zur Installation geben müssen, dann hat´s gefunzt.

Jetzt mitmachen!

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