Beiträge von kiezterror

    nach dem update auf 3.5 bekomme ich fehlermeldungen wenn ich ein plugin automatisch updaten möchte. schon die installation von wp 3.5 funktionierte nicht automatisch, sondern musste manuell gemacht werden. es kamen immer ähnliche unten aufgeführte fehlermeldungen. woran kann es liegen und was kann mensch tun???


    Der Updateprozess beginnt. Dies kann eine Weile dauern, hab bitte etwas Geduld.

    Anschalten des Wartungsmodus…

    Warning: touch() [function.touch]: SAFE MODE Restriction in effect. The script whose uid is 10002 is not allowed to access /tmp owned by uid 0 in /var/www/vhosts/20359.de/httpdocs/kiezterror/wp-admin/includes/file.php on line 179

    Warning: fopen() [function.fopen]: SAFE MODE Restriction in effect. The script whose uid is 10002 is not allowed to access /tmp owned by uid 0 in /var/www/vhosts/20359.de/httpdocs/kiezterror/wp-admin/includes/class-wp-filesystem-ftpext.php on line 120

    Warning: fopen(/tmp/tmp) [function.fopen]: failed to open stream: No such file or directory in /var/www/vhosts/20359.de/httpdocs/kiezterror/wp-admin/includes/class-wp-filesystem-ftpext.php on line 120
    Aktualisiere Plugin SI CAPTCHA Anti-Spam (1 von 1)

    Runterladen der Aktualisierung von http://downloads.wordpress.org/plugin/si-captcha-for-wordpress.zip…

    Warning: touch() [function.touch]: SAFE MODE Restriction in effect. The script whose uid is 10002 is not allowed to access /tmp owned by uid 0 in /var/www/vhosts/20359.de/httpdocs/kiezterror/wp-admin/includes/file.php on line 179

    Warning: unlink() [function.unlink]: SAFE MODE Restriction in effect. The script whose uid is 10002 is not allowed to access /tmp owned by uid 0 in /var/www/vhosts/20359.de/httpdocs/kiezterror/wp-admin/includes/file.php on line 493


    Während der Aktualisierung von SI CAPTCHA Anti-Spam trat ein Fehler auf: Download fehlgeschlagen. Das Zielverzeichnis für das Datei-Streaming existiert nicht oder ist nicht beschreibbar..

    Alle Aktualisierungen sind komplett.

    Im Nacherein betrachtet scheint diese Variante tatsächlich die Lösung des Problems gewesen zu sein. Hatte nämlich zuerst die Dateirechte auf 777 mit meinem FTP-Programm (Filezilla) gesetzt. Später habe ich sie auf dieser Plesk Oberfläche nochmals auf 777 gesetzt. Vielleicht mag der Server ja Filezilla nicht wirklich.

    Beim nächsten "Crash" weiss ich es jetzt ja.

    Musste heute meinen Blog völlig killen und neuinstallieren. So weit, so gut. Doh nun versuche ich seit längerer Zeit die Inhalte wieder zurück zu holen und bekomme immer die Meldung:

    Die hochgeladene Datei konnte nicht nach /var/www/vhosts/20359.de/httpdocs/kiezterror/wp-content/uploads verschoben werden.

    HILFE, was ist zu tun??????????????????????????????????????????????????

    Habe jetzt eben die Dateirechte des Verzeichnisses uploads auf 777 gesetzt, doch keine Veränderung.

    Bitte, Bitte, irgendein Tipp, 5 Jahre sind sonst weg.

    Provider schrieb, dass die Festplatte jeute Nacht einen Crash hatte und er eine Sicherung vom 23.12. eingespielt hat.

    Die Veränderung des Permalinks nach unten erklärt sich dann auch, denn ich hatte den Beitrag schon vor Tagen vorbereitet und scheiterte dann an dem Problem des zeitlichen versetzten Erscheinens. Es ist jetzt also wieder ein eigentlich gelöschter Beitrag aufgetaucht.

    Also, rein vorsorglich, ich kann also die Sicherung vom 24.12. komplett wieder raufziehen, ohne das etwas passiert?

    Ich sichere natürlich vorher rein vorsorglich alles nochmal.

    Ja, ganz sicher, da ich den ersten Link bei Twitter gepostet habe.

    Ich habe auch schon eben eine Mail an den Provider geschickt, da auch Änderungen in Dateien fehlten (siehe oben).

    Wenn das so ist, kann ich dann einfach die Sicherung vom 24.12. wieder rüber jagen über den momentanen Stand?

    Mein Artikel vom 24.12.09, der zu 100% im Blog erschienen ist und bis gestern abend auch im Blog stand, war heute wieder auf den Status "Entwurf" zurück gestellt und alle Kommentare, die nach dem Update auf 2.9. eingegeben wurden waren heute auch plötzlich veschwunden. Gestern Abend waren sie noch da, denn ich habe diverse davon beantwortet.

    Wie kann das passieren??? Was tun? Muss man mit noch mehr Datenverlust rechnen?

    Ich erweitere: Der Permalinks, wie z.B.(http://www.20359.de/kiezterror/?p=3175) war bis gestern Abend (http://www.20359.de/kiezterror/?p=3223) sind scheinbar teilweise auch neu ausgewürfelt worden.

    Eventuell liegt das Problem auch darin, dass ich (lt. Beitrag im Forum) in der Datei http.php im verzeichnis wp-includes eine Zeile geändert habe, damit das zeitgesteuerte Erscheinen von Artikeln funktioniert.

    *Zeile 1301 auf server http.php (am 26.12.2009)
    *
    $timeout_ms = (int) ceil( 1000 * $r['timeout'] );


    * Zeile 1301 in sicherung 24.12.2009 *

    $timeout_ms = (int) ceil( 1000 * max($r['timeout'], 1) );


    Es ist mir unverständlich was dort passiert ist, denn die Änderung war nicht mehr auf dem Server vorhanden. Kann es sein, dass WP selbständig Dateien überschreibt, oder???

    Habe heute unter WP 2.9 versucht einen Artikel zu einer bestimmten Zeit im Blog erscheinen zu lassen. Artikel gestern Abend geschrieben und sollte heute Morgen kurz nach 6 erscheinen.

    Der Artikel erschien jedoch nicht, sondern wurde in der Artikelübersicht mit "fehlende Planung" gekennzeichnet.

    Fehler in der neuen Version von WP? Bedienungsfehler von mir? Wenn Fehler in der neuen Version, kann man das Problem umgehen, oder irgendwie beheben? Ich sage nur Weihnachtsgrüße, Jahreswechsel...

    Ich habe die Zeile jetzt so geändert:


    #header {
    background: #73a0c5 url('images/kiezterror.jpg') no-repeat bottom center;
    }

    und trotzdem zeigt die Theme den ganz normalen Header an, wie im "personalisierten Header" damals mal eingestellt.