Beiträge von michl

Caspare, du bist der Wahnsinn! Danke, das hat einwandfrei funktioniert! Keine Ahnung, wie ich da jemals selbst drauf hätte kommen sollen.

Danke!

hakre: Ja, glücklicherweise funktioniert der FTP-Verkehr ganz normal - aber gerade das Update via Backend war eine der besten neuen Funktionen der letzten Zeit. Vor allem, wenn man noch an der Seite herumbastelt und mit neuen Plugins experimentiert.

anG: Ein manuelles Update hat leider auch nicht geholfen. Ich habe sogar verschiedene file.php aus den letzten WP-Versionen bzw. Betas durchprobiert - irgendeine Fehlermeldung war immer, entweder das "Array" in 2.7 oder der Fatal Error in 2.7.1. Einen SQL-Fehler halte ich deswegen für wahrscheinlicher.

Kann da unter Umständen der Provider weiterhelfen?

Gruß,
Michael

Hallo allerseits,

meine Ausgangslage ist folgende: Ich habe bei meinem Host kürzlich die Änderung meiner Domain beantragt und der Transfer hat auch fabelhaft geklappt (damals WP 2.7) - bis auf einen Punkt: Der Versuch, aus dem Adminbereich auf den FTP-Server zuzugreifen (zB um ein Plugin zu installieren oder upzudaten) scheiterte, die entsprechende Fehlermeldung lautete:

Zitat

Warning: extract() [function.extract]: First argument should be an array in [...] /wp-admin/includes/file.php on line 691

Die Zeilen 690 und 691 in der file.php sagten folgendes:

if ( !empty($credentials) )
        extract($credentials, EXTR_OVERWRITE);

In guter Hoffnung dachte ich, dass sich das Problem vielleicht von selbst auflöst, wenn ich auf 2.7.1 upgrade, was ich ohnehin vorhatte. Das Schöne: Die Fehlermeldung ist jetzt weg. Weniger schön: Der FTP-Zugriff funktioniert noch immer nicht und statt der alten Fehlermeldung erhalte ich jetzt eine neue:

Zitat

Fatal error: Cannot use assign-op operators with overloaded objects nor string offsets in [...]/wp-admin/includes/file.php on line 688

Auf 687 und 688 steht jetzt:

if ( !empty($stored_credentials['port']) ) //save port as part of hostname to simplify above code.
            $stored_credentials['hostname'] .= ':' . $stored_credentials['port'];

Das Frontend meiner Seite funktioniert übrigens einwandfrei. Im Netz finde ich leider nichts, was mir weiterhelfen würde. Hat von euch jemand eine Ahnung?

Besten Dank,
Michael

Tausend Dank und ich klopf mir aufs Hirn, dass die Lösung so einfach war. Aber von selbst wär ich nie drauf gekommen, dass ich das Theme in der WP-Administration neu aktivieren muss; ich hab's ja schließlich nie deaktiviert. Geschieht das automatisch bei einem wechsel der index.php?

Danke jedenfalls nochmal,
Michael

Hallo Leute,

ich stehe knapp vor der Verzweiflung. Jetzt habe ich in mühsamer Arbeit ein vorgefertigtes Theme (von blogohblog) nach meinen Vorstellungen umgebaut und war mit dem Ergebnis schon recht zufrieden. Das Grundgerüst hat gepasst, es waren nur noch ein paar PHP- und CSS-Feinanpassungen nötig.

Zu Testzwecken wollte ich schauen, wie sich eine alternative index.php machen würde. Also habe ich die ursprüngliche index.php in index1.php umbenannt und eine neue in den FTP client geladen. Denkste, der Browser zeigt das System jetzt ganz im Kubrick-Theme an, als ob gar keine index.php vorhanden wäre. Nicht weiter schlimm, dachte ich mir, liegt wohl an der (fehlerhaften) alternativen index.php. Deshalb habe ich die ursprüngliche Version wieder reingesetzt. Falsch gedacht! Immer noch Kubrick mit seinem blöden blauen Header! Was kann das sein? Kann mir jemand weiterhelfen?

Danke,
Michael