Beiträge von milenke

    Ich habe Wordpress auf einem Windows IIS installiert. Die Installation erfolgte aus Plesk.
    Bei zwei Wordpress-Installationen habe ich jetzt das gleiche Rechteproblem.

    Wenn ich eine Mediendatei in WP hochlade, hat diese Datei zwei Benutzer, die nur Leserechte haben.
    - psaadm und psaadm_users.
    Die Webseite funktioniert mit diesen Einstellungen problemlos.

    Eine Sicherung mit Updraft und ein FTP-Download für diese Datei bringt aber einen Fehler (500).
    Die anderen Dateigrößen, die WP generiert, haben diese Benutzer nicht. Statt dessen den Adminuser und den FTPUser mit Vollen Rechten.

    Ich habe jetzt mit icals die Rechte auf die Unterverzeichnisse von WP vererbt.
    Jetzt hat auch die Mediendatei statt psaadm für den Adminuser und den FTPUser die vollen Rechte.
    Ich muss das aber nach jedem Upoad machen.

    Wodurch könnte das Problem ausgelöst werden?

    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

    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

    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

    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

    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 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

    Ich hatte selbst schon gefunden, dass es diverse Posts zu diesem Thema gibt. Ich behaupte aber, dass die meisten Fälle auf das Problem UTF-8 zurückzuführen sind - die Posts geben allerdings teils wilde Begründungen und Tipps.

    Ein Kandidat für die willkürliche Änderung der Kodierung scheint Expression web zu sein. Der zweite Übeltäter ist Notepad (von Win8?).

    Man sollte die Sache auf eine klare Aussage reduzieren:
    - nimm (z.B.) Notepad++ und schaue welche Kodierung die Datei hat. Wenn UTF-8 ändere auf UTF-8 ohne BOM.

    mike

    Ich habe die Anzahl Revisions begrenzt: define('WP_POST_REVISIONS', 3); Jetzt bekomme ich beim Aktualisieren oder Löschen einer Seite die folgenden Fehler:

    Warning: Cannot modify header information - headers already sent by (output started at C:\Inetpub\vhosts\....xxx...\wp-config.php:1) in C:\Inetpub\vhosts\...xxx...\wp-admin\post.php on line 233

    Warning: Cannot modify header information - headers already sent by (output started at C:\Inetpub\vhosts\...xxx...\wp-config.php:1) in C:\Inetpub\vhosts\...xxx...\wp-includes\pluggable.php on line 1178

    Nach dem ich den Browser neu gestartet habe kann ich mich nicht mehr anmelden.
    Es kommt die zweite Fehlermeldung.

    Selbst nachdem ich das define('WP_POST_REVISIONS', 3); wieder aus der wp-config.php entfernt habe kommt der gleiche Fehler.

    Im Moment geht also nicht mehr.
    Was ist da zerschossen?

    mike

    Ich habe eine sehr große Anzahl Medien hochgeladen. u.a. auch einige Dutzend PDF-Dateien. Ein Filter auf PDF ist aber nicht vorgesehen. Kann man das selbst erweitern oder gibt es ein Plugin dafür.

    Gibt es möglicherweise auch ein Plugin, was die Verwaltung/Suche der Medien vereinfacht? Leider sind die Bezeichnungen der hochgeladenen Dateien nicht immer optimal gewählt, so dass man bei der Menge einfach nicht sinnvoll suchen kann.

    mike