[Erledigt] Upgradeprobleme mit 1.5

[HadleyB]

Ich habe versucht meinen eigenen Blog auf 1.5 upzudaten, das hatte zur Folge, dass ich mich nicht mehr einloggen konnte.

Danach habe ich auf einem eigenen Space installiert und dabei passiert das hier:

http://www.zipf-events.de/cms/serendipity_admin.php

mfg
Hadley

[garvinhicking]

Hi!

Stell mal sicher dass du die Dateien per FTP im BINÄRmodus hochlädst. Die Meldung dort heißt nämlich dass die Dateien nicht korrekt übertragen werden.

Grüße,
Garvin

[HadleyB]

Das war der entscheidende Tipp. Bisher spielte das keine Rolle. Nun ist nicht nur der neue Blog installiert, sondern auch mein eigener Blog auf dem allerneuesten Stand.

Super Sache!

mfg
Hadley

[HadleyB]

So, ich habe die 1.5 nun über einen weiteren Blog gestülpt, natürlich im Binär-Modus, und es geht nicht. Ich kann mich nicht mehr einloggen. Ansonsten zeigt der Blog keine Veränderung, er funktioniert und zeigt auch die neue Versionsnummer an. Nur läßt er mich halt nicht mehr rein.

mfg
Hadley

[HadleyB]

Der Fehler passiert nur, wenn ich meinen bestehenden Blog mit den neuen Daten überschreibe. Lege ich alle Dateien neu an und kopiere meine veränderten Dateien (Plugins/Uploads/Templates), dann wird der neue Blog erkannt und es findet ein Update statt.

mfg
Hadley

[garvinhicking]

Hi!

War das Blog vorher schon mit einer Testversion von 1.5 "verunreinigt" oder war das eine jungfräuliche 1.4 version oder so?

Wie sieht der Inhalt deiner serendipity_authors Tabelle aus? 1.5 verändert den Loginmechansmus und schreibt beim ersten Mal dein Passwort neu in die Tabelle. Da müsste eine neue Spalte "hashtype" existieren, wenn nicht wurde das Update bei Dir nicht korrekt ausgeführt und DB-Updates übersprungen.

In der inclkude/functions_config.inc.php kannst du mal nach der serendipity_authenticate_author() Funktion schauen, da steht direkt am anfang ein:

Code: Select all

static $debug = false;

das könntest du auf

Code: Select all

static $debug = true;

setzen, und dann wird eine "login.log" Datei in deinem Root erstellt (Schreibrechte sicherstellen, notfalls die Datei per FTP selbst anlegen und Schreibrechte setzen). Den Inhalt davon bräuchte ich dann mal anch einem fehlgeschlagenen Loginvorgang.

Ansonsten auch ggf. mal deine Cookies zum Blog löschen um sicherzustellen dass da nichts interferiert.

Vielen Dank für die Hilfe, so ein Problem wie jetzt möchte ich natürlich bei der vollen 1.5 Version genau nicht haben - daher kann der Aufschluss darüber was bei Dir schief lief auch vieleln anderen helfen.

Grüße,
Garvin

[garvinhicking]

Hi!

Der Fehler passiert nur, wenn ich meinen bestehenden Blog mit den neuen Daten überschreibe.

Was meinst Du genau?

Du kannst NIEMALS ein s9y 1.5 Update rückgängig machen und ein 1.4 wieder drüberbügeln, dann wird die Datenbank inkonsistent. Wäre wichtig zu wissen, wie Du ganz konkret vorgehst, was der Ursprungszustand ist etc.

Grüße,
Garvin

[HadleyB]

Damit meinte ich, dass ich alle(!) Dateien vom Server lösche und komplett neu installiere. Dann schreibe ich meine geänderten Dateien zurück, also mein Template, Plugins und den Uploads. Abschließend kopiere ich die alte serendipity_config_local.inc.php hinein. Wenn ich das dann aufrufe, erkennt er ein Update und konfiguriert die Datenbank um. Auf diese Weise klappt das, ist aber verdammt umständlich. Auch das Löschen der Cookies brachte nichts.

Deine anderen Fragen kann ich nicht mehr nachvollziehen, weil ich mit den Updates durch bin. Den Eintrag hashtype in der Authors gibts aber.

mfg
Hadley

[refilix]

mal ne frage zwischendurch...

seid wann gibt es denn die 1.5 version?
auf der homepage sehe ich nur die beta...

mfg refi

[garvinhicking]

Hi!

Damit meinte ich, dass ich alle(!) Dateien vom Server lösche und komplett neu installiere. Dann schreibe ich meine geänderten Dateien zurück, also mein Template, Plugins und den Uploads.

Wuah. Okay. Du löschst die Datenbank dann schon vorher, gell? Weil so ist das absolut nicht gedacht, die Datenbank ist dann nämlich nicht mehr in dem Zustand der erwartet wird.

Deine anderen Fragen kann ich nicht mehr nachvollziehen, weil ich mit den Updates durch bin. Den Eintrag hashtype in der Authors gibts aber.

Wie Du bist durch? Das klappt jetzt also, oder wie?

Refi: Siehe blog.s9y.org, mit 1.5 ist die 1.5-beta gemeint.

Grüße,
Garvin

[HadleyB]

Nein, ich lösche die Datenbank überhaupt nicht, nur die Dateien auf dem Webspace. Die Datenbank selbst rühre ich nicht an, ich bin doch nicht bescheuert.

Ja, die Updates auf die 1.5-Beta haben geklappt, aber nur so, wie ich es oben beschrieben, also alle Dateien runter vom Space, 1.5 drauf, meine Plugins/Templates/Uploads drauf, die local_config.php wieder drauf, starten, geht.

Übrigens, auch mit einer SQLite geht das Update nicht. In meiner include/functions_config.inc.php befindet sich aber kein Debug-Befehl. Wo muss der genau hin? Nach oder vor der Klammer innerhalb der Funktion?

Ich habe (extra für Dich) eine 1.4 aufgespielt und konfiguriert (SQLite), dann die 1.5-beta drübergebügelt. Es kam eine QUERY-Fehlermeldung, das Update ging aber durch. Mit den Resultat: Ich kann mich nicht mehr einloggen. Das mit dem LOG-File hat nicht hingehauen.

mfg
Hadley

[garvinhicking]

Hi!

Nein, ich lösche die Datenbank überhaupt nicht, nur die Dateien auf dem Webspace. Die Datenbank selbst rühre ich nicht an, ich bin doch nicht bescheuert.

Okay, wenn Du aber ein Update machst darf man niemals die Dateien löschen und Serendipity neu installieren. Der zerschießt Dir da eine bestehende Datenbank. Immer die version der installierten Datenbank und der installierten s9y version komplett identisch halten.

Übrigens, auch mit einer SQLite geht das Update nicht. In meiner include/functions_config.inc.php befindet sich aber kein Debug-Befehl. Wo muss der genau hin? Nach oder vor der Klammer innerhalb der Funktion?

Sicher dass da 1.5 auch drauf ist? Direkt nach der geschweiften Klammer steht das:

Code: Select all

function serendipity_authenticate_author($username = '', $password = '', $is_hashed = false, $use_external = true) {
    global $serendipity;
    static $debug = false;
    static $debugc = 0;

SQLite ist ziemlich schlecht, da kann man gut debuggen. Bitte lieber mit MySQL testen.

Und die QUERY-Fehlermeldung ist UNABDINGBAR!!! Das ist das einzig wichtige.

Grüße,
Garvin

[HadleyB]

So, mein Lieber,

ich hab's nochmal gemacht, diesmal mit einer "richtigen" Datenbank. Also erst die 1.4 aufgespielt und fertig eingerichtet, dann die 1.5 drüberbügeln. Erst hatte ich das hier:

http://www.hadley.de/update01.jpg

Trotzdem munter aktualisiert und siehe da: Alles perfekt! Auch keine QUERY-Fehlermeldung mehr! Ich kann mich auch einloggen. Warum auch immer!

Mit meinem eigenen Blog lasse ich das Experimentieren lieber, wenn ich den zerschieße, dann ärgere ich mich.

mfg
Hadley