Mittwoch, 29. April 2020
Allgemein: Migration S9Y zu Styx Edition
Es kann ja durchaus sein, dass ich im S9Y-Forum mal jemandem den Umstieg auf die Styx Edition empfehle ?. Bei Interesse werden sich diesen Personen die selben Fragen stellen, mit denen ich mich beschäftigt habe. Was man tun muss, um einen bestehenden S9Y-Blog nach Styx zu migrieren habe ich hier nachgelesen und leider nicht wirklich verstanden. Weil ich das nicht kapiert habe, suchte ich nach anderen Lösungsansätzen und kam auf folgende Idee:
- Aufbau einer neuen/frischen Serendipity-Styx-Installation
- Neu-Installation aller bisher verwendeter Plugins in die neue Styx-Installation
- Kopieren aller "Uploads" (Mediadaten)
- Export von DB-Tabellen aus dem S9Y-Blog und importieren der Daten in den Styx-Blog
Mir persönlich erschien dieses Vorgehen als logisch. Ich hatte einfach Mühe herauszufinden, welche DB-Tabellen ich denn nun genau exportieren muss. Ob ich an den exportierten Daten etwas verändern und was ich beim Import beachten muss. Das waren meine Knackpunkte.
Deshalb hier meine Fragen:
- Welches Vorgehen soll man Interessenten vorschlagen?
- Gibt es eine andere/bessere Anleitung als die oben verlinkte? Gibt es die auch in Deutsch?
- Ist die Variante Wartung/Daten importieren/Serendipity getestet? Kann man das empfehlen?
- Wäre für kleinere/neuere Blogs eine Neuinstallation mit Ex-/Import von RSS eine Option?
Ich denke mir halt einfach, wer heute einen Blog startet hat meist eine Blog-Vorgeschichte. Wenn man nun der Meinung ist, dass "Styx is what Serendipity should be!", dann sollte man dafür sorgen, dass bestehende Serendipity-Anwender möglichst einfach umsteigen können. Solche "How to" sollten rasch/einfach gefunden werden und auch für Laien (wie mich) nachvollziehbar sein. Denn ehrlich gesagt fürchte ich mich etwas vor der potentiellen Frage: "Wie hast Du denn das gemacht?"
Richtig smart fände ich die Lösung einer Neuinstallation und danach den Import der Daten via "Wartung/Daten importieren/Serendipity". Im Moment weiss ich auch gar nicht, weshalb ich das nie ausprobiert habe. Wäre doch eigentlich naheliegend...
Dieser Link ist nicht aktiv. Er enthält eine kopierbare Trackback-URI, um manuell ein Ping- und Trackback zu diesem Eintrag für ältere Blogsysteme zu generieren; zB (immer noch valide) über das zur Verfügung gestellte Eintragsfeld des serendipity_event_trackback Plugins. Serendipity und andere Blogsysteme erkennen die Trackback-URL heutzutage aber automatisch anhand der Artikel-URL. Die Trackback-URI für ihren Link des Sender-Eintrages lautet daher wie folgt: »https://www.blog.dokumenzi.ch/2639-Allgemein-Migration-S9Y-zu-Styx-Edition.html«
Kommentare
Ansicht der Kommentare: Linear | Verschachtelt
Ian Styx am :
Wie hast Du denn das gemacht? ?
Spaß beiseite. Das ganze ist ein (nicht enden wollender) Prozeß. Damals musste ich einen Weg finden mit den damaligen Mitteln. Das wurde dokumentiert und zu einem gewissen Zeitraum sogar noch einmal nachgearbeitet.
Doch Styx und S9y(origin) haben sich seitdem verändert und gehen auch unterschiedliche Wege. Ich kann leider nicht jede gut oder schlecht gemachte Änderung in Origin ständig auf potentielle flaws für den Styx upgrade Prozeß checken. Dazu hat sich Styx zu sehr weiterentwickelt. Und nicht zu vergessen ebenso die PHP Entwicklung der letzten 10 Jahre.
Am saubersten ist es immer neu anzufangen und gegebenenfalls Teile rückzuportieren, so wie du es gemacht hast.
Die erwähnte Serendipity (Datenbank) Import Methode entstammt alten und einfacheren Zeiten und sie entbindet einen nicht für die physische Transformation anderer Teile selber zu sorgen. Wieweit diese Methode zB. mit der mysql Transformation nach utf8mb4 zusammenarbeitet vermag ich momentan nicht zu sagen. Außerdem sagt sie: This is NOT an importer meant for upgrading Serendipity. This importer assumes that both Serendipity installations use the same version.
Allerdings habe ich gerade in den letzten Tagen im Zuge der letzten Arbeiten für das 3.0-beta/rc release durchaus von verschiedenen älteren Versionen gerade aus der Serendipity 1.x Serie upgegraded. Dazu fand ich ein paar Bugs, die mit der 3.0-beta bzw mit der nächsten stable 2.9.5 korrigiert werden.
Es ist also durchaus möglich einfach ein Styx (2.9.5) release auf sein altes Origin Blog zu entzippen und aufmerksam dem Upgrade Prozeß zu folgen. Das heißt, man muss verstehen lernen, was die einzelnen upgrade tasks bedeuten und im System vollziehen und warum manches danach anders funktioniert oder mit alten Vorhaltungen sogar zu Fehlern führt. Templates und Plugins sind da eine sehr beliebte Fehlerquelle. Je ungepflegter, desto mehr!
In dem von dir verwiesenen "The important Upgraders HowTo - Step by Step Guide" geht es hauptsächlich um die (halb-) automatische autoupdate Methode.
Ich muss immer sagen, wer seine 1.x Version bisher nicht upgedatet hat, der kann nicht unbedingt erwarten, dass alles ohne einen Fehler und entsprechend persönlichen Einsatz beim (Hammel) Sprung funktioniert.
So ein großes Upgrade über Serien hinweg kann also schon vor der Anzeige der Upgrade tasks zu fatalen Fehlern führen (gerade was uralte Plugins oder bestimmte PHP Versionen angeht), so dass man per Hand diese alten Plugins entfernen, oder, sofern installiert und in Gebrauch, per Hand einzeln physikalisch updaten muss. (Die Fehlermeldungen sind allerdings für den Laien nicht immer wirklich aussagekräftig, so dass oft nur ein Profi weiß, dass beispielsweise manche Smarty Meldungen nicht auf einen Fehler in Smarty, sondern auf ein templates/ config.inc.php Problem, oder ein bestimmtes theme/template file, oder auf ein Plugin zurückzuführen sind.) Aber es geht und wie gesagt mit der Styx 2.9.5 - also 2.9 Series - umso besser! Je weiter sich S9y origin von der damaligen 2.1-alpha1 nach aufwärts entfernt, desto weniger greifen upgrade tasks und Restbestände verbleiben, so dass dort zunehmend der von dir gegangene Weg als favorisiert zu sehen ist.
Danach können die tasks durchlaufen werden und im weiteren Prozeß Anpassungen des eigenen Templates vorgenommen werden. Von den neuen und teils besseren (default) Konfigurationseinstellungen will ich hier gar nicht erst sprechen... (zB. die thumb Größe der Media Dateien usw. usw.).
Ratsam ist es, gerade mit den neu behobenen Fehlern, in der Wartung möglichst schnell danach auf Plugin Zombies zu checken. Erst dann kann man sich langsam an die Feineinstellungen machen und diesbezüglich auf Entdeckungstour gehen. Oder gleich die Datenbank utf8mb4 Migration in der Wartung angehen. Jemand der neu installiert, hat dadurch so manches Problem gar nicht erst.
Ein letztes Wort:
Wichtig ist, sich vorher schlau zu machen was für Systemvoraussetzungen gestellt sind, damit man nicht in die Falle läuft etwas installieren zu wollen was gar nicht supported wird! ?
Ian Styx am :
Ich habe daraufhin die Upgrade section nochmal überarbeitet. ?
https://ophian.github.io/hc/en/installation.html#user-content-the-important-upgraders-howto---step-by-step-guide
Beat Post author am :
Sieht gut/besser aus! ?
Wobei... ich persönlich wäre nie auf die Idee gekommen (oder: hätte mir nie zugetraut), den aktiven Liveblog direkt zu migrieren. Das wäre mir viel zu heiss gewesen. Natürlich kann man backupen. Trotzdem...
Webspace gibt's heute im Überfluss und eine Subdomain einrichten ist auch keine Hexerei. Danach eine neue Styx-Installation aufzusetzen und zum Schluss lediglich die Daten zu migrieren, erscheint mir immer noch als eine sehr gute Idee. So kann man sich Zeit nehmen und Kleinigkeiten korrigieren, ohne dass der Live-Blog je offline geht oder gefährdet wird. Wenn dann alles soweit steht, muss/kann man ja ganz simpel das Zielverzeichnis der aktiven Blog-URL anpassen und quasi innert Sekunden ist die neue Version online. Danach kann man ganz entspannt die alte S9Y-Blog-Version löschen.
Ich will mich mit diesem Weg nicht profilieren, doch zumindest ansatzweise (eben: als Idee), hätte ich ein solches Vorgehen (für Angsthasen) gerne gelesen.
Ian Styx am :
Das beruht ja auf diversen Erfahrungen mit dieser Vorgehensweise. Es ist ja/war eigentlich eines der Vorzüge von Serendipity, dass man relativ easy updaten konnte und das sogar von ziemlich alten Versionen. Nur ist natürlich so eine System- oder eine Serien überspannende Migration eine wie auch immer etwas unsichere Sache und eigentlich nichts, was sich ein Anbieter solcher Systeme unbedingt wünscht. Haben die Entwickler an alles gedacht? Aber wer, wenn nicht sie?
Das mit dem Angsthasen kann man also für beide Wege beschreiben, oder auch sagen, dass du relativ mutig warst und mit einem konsequenten Vorgehen, treffsicherem Unterteilen und ein wenig zusätzlicher Hilfe zu einem guten Schluss gekommen bist. Als Idee/Möglichkeit steht es ja drin, nur nicht exakt ausgearbeitet. Wer gleich auf die 3.0 migrieren will, so wie du, muss dies auch so tun!
Die allermeisten User sind dazu ja auch viel zu ungeduldig. Und schwupps sind sie dann schimpfend weg und beim vermeintlich besseren Wordpress. Das böse Erwachen kommt dann oft ein paar Jahre und Erfahrungen später.