Wp-Installation zerschossen

  • Ich musste ein Backup einer Homepage zurückspielen, in der auch ein WP-Verzeichniss liegt. Zunächst war fast alles in Ordnung. Ich konnte z.B. den Header nicht mehr pflegen. Nach einigen Versuchen, z.B. Theme-Wechsel ging irgendwann garnichts mehr. Ich bekomme beim Aufruf eine leere Seite. In Plesk wird mir bei WP "Instanz beschädigt" gemeldet.

    Im Protokoll habe ich einen Fehler gefunden:

    [10-Jun-2018 08:43:06 UTC] PHP Fatal error: Uncaught Error: Call to undefined function wp() in C:\Inetpub\vhosts\domain.de\unterdomain\wp-blog-header.php:16
    Stack trace:
    #0 C:\Inetpub\vhosts\domain.de\unterdomain\index.php(17): require()
    #1 {main}
    thrown in C:\Inetpub\vhosts\domain.de\unterdomain\wp-blog-header.php on line 16

    Habe ich eine Chance da etwas wieder hinzubiegen oder zumindest Inhalte zu retten?

    mike

    • 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

  • Du könntest versuchen noch mal mit den originalen WP-Dateien die vorhandenen zu ersetzen. Dabei überschreibe aber wp-content und die wp-config.php NICHT!.

    Das Geheimnis des Könnens liegt im Wollen!
    [size=12]Bitte keine Hilfegesuche per PN (auch keine "privaten" Links). Das ist ein öffentliches Forum.[/SIZE]

  • Ich hatte die Installation über Plesk gemacht, habe daher keine WP-Dateien.
    Soll ich eine neue Installation machen und dann alles ausser wp-content und wp-config.php auf das kaputte WP kopieren?

    Kann ich meine Inhalte irgendwoher noch sichern?

    mike

  • Ich halte von den One-Klick-Installationen ziemlich wenig, genau aus diesem Grund, dass der User gar nicht weiß was wo liegt.

    Eine neue Installation hilft herzlich wenig, da auch eine neue Datenbank angelegt wird und du damit komplett von vorne anfängst. Verschaffe dir also Zugriff über FTP bzw. suche den lokalen Ordner bei dir und ersetze dort die Dateien.

    Das Geheimnis des Könnens liegt im Wollen!
    [size=12]Bitte keine Hilfegesuche per PN (auch keine "privaten" Links). Das ist ein öffentliches Forum.[/SIZE]

  • Die Ausnahmen sollten im Paket nicht enthalten sein. Leg dir vorher ein komplettes Backup an und dann überschreibe die vorhandenen Dateien.

    Das Geheimnis des Könnens liegt im Wollen!
    [size=12]Bitte keine Hilfegesuche per PN (auch keine "privaten" Links). Das ist ein öffentliches Forum.[/SIZE]

  • Hat nichts gebracht.
    Gibt es eine Möglichkeit eine neue WP-Installation zu machen und dann die Uploads und SQL-Daten reinzuhängen?


    Etwas hat sich doch geändert, der Fehler ist jetzt ein anderer:
    PHP Fatal error: Uncaught Error: Call to undefined function force_ssl_admin() in C:\Inetpub\vhosts\domain.de\unterdomain\wp-login.php:15
    Stack trace:
    #0 {main}
    thrown in C:\Inetpub\vhosts\domain.de\unterdomain\wp-login.php on line 15


    mike

    Einmal editiert, zuletzt von milenke (10. Juni 2018 um 13:06)

  • Wenn dieser Fehler erscheint, fehlen ggf. noch die Dateien aus dem "root", also dem Hauptverzeichnis, also Dateien mit wp-XXX.php (ohne wp-config.php), auch diese aus dem .zip neu hochladen.

  • Ist alles da.
    Ich habe jetzt mal die SSL Unterstützung in Plesk rausgenommen und wieder reingenommen.
    Jetzt kommt wieder der Fehler "Call to undefined function wp()", obwohl die Dateien lokal und auf den Server identisch sind, also nichts geändert wurde.
    Muss ich nicht verstehen...

    mike

  • Lade alle Dateien im "root", also wp-XXX.php usw. und die beiden Ordner /wp-admin/ (und alle Unterordner) und /wp-includes/ (und alle Unterordner) neu hoch, die beiden Ordner vorher löschen oder umbenennen.

    Schaue auch mal in die Datei wp-config.php, ob da z.B. in der ersten Zeile seltsamer Code steht, ggf. auch ganz weit nach rechts eingerückt. Falls ja, diese Codezeile löschen.

    Wenn dann erneut diese Fehler auftreten, ist vermutlich das Theme oder ein Plugin gehackt und der Hack versucht sich beim nächsten Seitenaufruf wieder neu auszubreiten... oder Du lädst die Dateien usw. ggf. in den falschen Ordner hoch.

  • Die wp-cpnfig.php sieht so aus:

    <?php
    define('WP_AUTO_UPDATE_CORE', false);// Diese ...
    /** Enable W3 Total Cache Edge Mode */
    define('W3TC_EDGE_MODE', true); // Added by W3 Total Cache

    define('DB_PASSWORD', 'f94e68GhsujzUODdFPi1UbpY');

    Kann ich das eingestellte Theme zu Fuss auf eines der Themes, die mit im Installationsordner sind, umbiegen?

    mike

  • Diese wp-config.php ist unvollständig, sie sollte so aussehen wie wp-config-sample.php (nur eben befüllt mit den richtigen Datenbank-Zugangsdaten und den Salts/Keys) und ggf. manuell eingefügten Zeile wie die mit WP_AUTO_UPDATE_CORE weiter unten.

    Plugins wie W3 Total Cache bei der Fehlersuche deaktivieren...

    Beim eingestellten Theme kannst Du per FTP mal in die functions.php des Themes schauen, wie da die ersten paar Zeilen aussehen.

  • Ich gebe es auf.
    Ich habe die Uploads gesichert und die _posts-Tabelle runtergezogen.
    Damit dürfte ich die wesentlichen Inhalte gerettet haben. Gibt es sonst noch etwas was ich sichern kann?

    mike

  • Gibt es sonst noch etwas was ich sichern kann?


    Den Rest der Datenbank. Die _posts Tabelle alleine nutzt kaum was. Und ggf. das (Child-)Theme, falls Änderungen dort gemacht wurden.

    Und warum gibst Du auf? Wo liegt jetzt das Problem? Was passiert, wenn Du die Core-Dateien aus einem sauberen, neu heruntergeladenen WordPress .zip exakt wie oben mehrfach beschrieben austauschst?

    Wenn keine Änderungen im Theme gemacht wurden, kannst Du auch noch das komplette Theme via FTP mit einer sauberen, neu heruntergeladenen Version ersetzen, ebenso alle Plugins.

  • Mein Problem ist, dass ich wenig mit WP gearbeitet habe und noch weniger von den Interna kenne.
    Ich habe genauso wie oben beschrieben die Dateien aus einem Wordpress.zip hochgeladen. Sogar vorher saubergemacht.

    Ich denke, ich kann wenigstens die Seiten aus der _posts nutzen, wenn ich eine neue Seite erstelle. Bei meinem Theme hatte ich Änderungen gemacht, aber das ist 2 Jahre her. Müsste ich mich wieder einlesen.

    Ich habe jetzt versucht ein Backup von einer anderen wichtigen WP-Installation mit BackWPup zu machen.
    Ich bekomme zwei Fehler:
    Verzeichnis C:/Inetpub/vhosts/domain.de/httpdocs/kompass/wp-content/uploads/backwpup-9e5728-temp ist nicht innerhalb von open basedir, bitte benutze ein anderes Verzeichnis.
    Verzeichnis C:/Inetpub/vhosts/domain.de/httpdocs/kompass/wp-content/uploads/backwpup ist nicht innerhalb von open basedir, bitte benutze ein anderes Verzeichnis.

    Das zweite Verzeichnis habe ich als Zielverzeichnis eingestellt. Keine Ahnung woher das temp-Verzeichnis kommt.
    Welches andere Verzeichnis soll ich denn nutzen?

    mike

  • vermutlich hat milenke, irgendeine dieser Webhosterbasierenden "Autoinstaller" bentuzt. Kann das sein ? Ggf. hilft dir hier die Jobbörse, dort sind Menschen wirklich zu "dumpingpreisen" zu bekommen.

  • Ich habe aus Plesk gearbeitet.
    Ist aber etwas unglücklich, wenn man nicht rausbekommt, wo es wirklich klemmt.
    Stelle erstmal zurück, bis ich mehr Zeit habe.

    mike

  • Ich hatte jetzt wieder Zeit mich darum zu kümmern. Ich habe eine ältere Sicherung zurückgespielt.
    Zunächst lief die Seite grundsätzlich wieder, ich konnte alle Unterseiten aufrufen. Ich war schon etwas euphorisch.
    Am nächsten Tag war alles wie gehabt, die Seite lässt sich nicht mehr starten.
    "Call to undefined function wp() in C:\Inetpub\vhosts\domain.de\subdomain\wp-blog-header.php"

    Alles nochmal probiert, Rücksicherung, alle Seiten da. Nächster Tag alles wieder weg.
    Muss ich nicht verstehen.

    mike

  • Muss ich nicht verstehen.


    Siehe oben:

    Wenn dann erneut diese Fehler auftreten, ist vermutlich das Theme oder ein Plugin gehackt und der Hack versucht sich beim nächsten Seitenaufruf wieder neu auszubreiten...

    Deaktiviere nach dem Einspielen des Backups alle überflüssigen Plugins bzw. ersetze alle durch saubere neu hochgeladene Versionen.

    Ebenso das Theme, da musst Du Deine Änderungen ggf. in die aktuelle Version einpflegen (oder besser ein Child-Theme verwenden). Ebenfalls nicht verwendete Themes, auch diese können als Einfallstor dienen, wenn sie gehackt sind.

    Eine Stand nach Neueinspielen vollständige wp-config.php (mit anonymisierten DB-Zugangsdaten bzw. Salts/Keys) zu zeigen könnte auch Anhaltspunkte geben.

    Und natürlich das Ändern aller Account-Kennwörter nicht vergessen...

    Ich habe jetzt mal die SSL Unterstützung in Plesk rausgenommen und wieder reingenommen. Jetzt kommt wieder der Fehler "Call to undefined function wp()", ...


    Oder diesen Ansatzpunkt mal verfolgen und das ganze ohne Plesk installieren.

    4 Mal editiert, zuletzt von b3317133 (30. Juni 2018 um 10:56)

  • Ich habe jetzt herausgefunden, dass das Plugin CKEditor dazu führt, dass der Customizer nicht mehr kommt.
    Keine Ahnung, wieso sich das erst mit Verzögerung auswirkt.

    mike

Jetzt mitmachen!

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