Umstieg mit Hindernissen

[hampa]

Hallo Forum

Seit nun bald zwei Jahren setze ich nun Wordpress ein und möchte aus diversen Gründen auf serendipity umsteigen.

Ich habe mir auf meinem heimischen Testserver serendipity 1.2 installiert sowie parallel eine WordPress Installation vorgenommen. Soweit so gut.

Ich wollte nun von der Importfunktion von serendipity Gebrauch machen und habe die nötigen Angaben gemacht. Leider erfolglos. Ich habe daraufhin das Forum durchstöbert und habe den Hinweis gefunden, dass man die Wordpress-Tabellen in die serendipity-Datenbank kopiert. Und siehe da, der Import hat funktioniert.

Jedoch mit einem kleinen aber entscheidenden Schönheitsfehler. Die Beiträge sind leider nur bis zu jeweils ersten Sonderzeichen importiert worden. Der Rest ist in den "ewigen Datengründen" verschwunden. Ausserdem wurden die Kommentare zwar den einzelnen Postings zugewiesen, jedoch wird in der Statistik jeweils Kommentare(0) ausgewiesen.

- Hab ich den Import korrekt durchgeführt?
- Wie muss ich den vorgehen, um die Umlaute korrekt zu importieren?

Angaben zum besthenden Blog:
- WordPress 2.3
- MySql 4.1.22

Testumgebung:
- WordPress 2.3
- MySql 5.0.22
- Serendipity 1.2

Vielen Dank für jeden Tip, der mich dem erklärten Ziel, serendipity, näher bringt.

Ausserdem: Was mache ich denn mit den mit den, in die Beiträge eingefügten Bilder? Ich denke mal, da ist Handarbeit angesagt. Oder?

Grüsse aus der Schweiz

Hampa

[garvinhicking]

Hi!

In der 1.2 Version hat sich bezüglich dem Zählen der Kommentare leider ein kleiner Bug eingeschlichen, der unter Umständen bei Benutzung des Anti-Spam-Plugins zum Tragen kommt.

Am besten wäre es wenn Du die 1.3 Snapshots ausprobieren könntest, da ist das behoben. Die 1.3 Version ist ansonsten auch nur marginal unerschiedlich von der 1.2, und kann eigentlich ohne Bedenken eingesetzt werden.

Warum der Import bei den Sonderzeichen abbricht kann evtl. ein DAtenbankproblem sein. HAst du s9y mit UTF-8 Zeichensatz installiert? Und wenn ja, läuft dein MYSQL auch als UTF-8, oder als latin1? Hast du in der s9y Konfiguration die Option "DBNames-Befehl benutzen" (oder so) aktiviert oder deaktiviert? Liegen die WP-Tabellen als UTf-8 oder latin vor? Hast Du beim Import UTf-8 oder NAtive ausgewählt?

Diese Permutationen können leider alle eine Rolle bei den Sonderzeichen spielen.

Ausserdem: Was mache ich denn mit den mit den, in die Beiträge eingefügten Bilder? Ich denke mal, da ist Handarbeit angesagt. Oder?

Leider ja. Mit Suchen&Ersetzen im SQL-Dump und dann dem hochspielen derselben lassen sich aber recht schnell auch ein paar Ergebnisse erzielen.

Grüße,
Garvin

[hampa]

hallo garvinhicking

Erstmal vielen Dank für deine Tips. Sobald ich heute Abend nach Hause komme, werde ich mich von oben nach unten "durchkämpfen" und mir die, von Dir angesprochenen, Parameter vornehmen.

Ich werde selbstverständlich hier berichten, ob's was gebracht hat und was die Lösung der "Herausforderung" gewesen ist.

Grüsse und Dank

hampa

[garvinhicking]

Hi!

Alles klar. Was ich Dir garantieren kann: Mit etwas Geduld kriegen wir das Problem geschultert. Ich versuche Dir gerne zu helfen.

Leider ist es halt so, dass gerade mit MySQL > 4.0 die UTf-8-Zeichensatzgeschichte extrem schmerzhaft ist. Erst recht, wenn man auch noch von einem anderen Tool importieren muss. Aber, es ist zu schaffen.

Viele Grüße,
Garvin

[hampa]

Hi Garvin,

Hier alles, was ich inzwischen rausgefunden habe....

In der 1.2 Version hat sich bezüglich dem Zählen der Kommentare leider ein kleiner Bug eingeschlichen

Vielen Dank für diesen Hinweis. Ich werde gleich mal updaten

HAst du s9y mit UTF-8 Zeichensatz installiert?

Jawoll!

Und wenn ja, läuft dein MYSQL auch als UTF-8, oder als latin1?

MySQL-Zeichensatz: UTF-8 Unicode (utf8)

Hast du in der s9y Konfiguration die Option "DBNames-Befehl benutzen" (oder so) aktiviert oder deaktiviert?

Ich finde "Datenbank-Zeichensatzkonvertierung aktivieren". Meinst Du das? Im Moment ist das aktiviert.

Liegen die WP-Tabellen als UTf-8 oder latin vor?

Die SQL-Datei liegt gemäss Befehl "file" in UTF-8 vor. (UTF-8 Unicode English text, with very long lines)
Ergänzung: Die Kollation der Original-Tabellen ist auf "latin1_german1_ci" eingestellt.

Hast Du beim Import UTf-8 oder NAtive ausgewählt?

Den Import habe ich mit dem Befehl "mysql default-character-set=utf8....." verwendet.

Fällt schon was auf, dass ich falsch gemacht haben könnte? Eines habe ich inzwischen festgestellt. Falsch machen kann man in zusammenhang mit Umlauten so einiges.

Gruss
Hampa

[garvinhicking]

Hi!

Evtl. ist direkt beim Kopieren der WP-Datenbank in die s9y-Datenbank etwas mit den Zeichen kaputt gegangen. Hast Du das über SQL-Export-Import gemacht, oder mittels phpMyAdmin-Befehl "DAtenbank kopieren"? Letzteres wäre die bessere Variante.

Evtl. könnte es auch helfen, die Collations der WP-Tabellen (immer nur die s9y-DB-Variante editieren, deine originaldaten unberührt lassen) auf UTF-8 zu ändern?

Wenn Du es als Möglichkeit in Betracht ziehen willst, kann ich mir die Geschichte auch gerne direkt auf deinem Server versuhen anzuschauen und mit Dir zu lösen. Wenn Du das machen willst, am liebsten mal per ICQ anhauen, dann schau ich mal wann wir das machen können. Ich bräuchte dann zugang zu deiner s9y-Installation und dem phpMyAdmin zu deiner s9y-Installation. Möglicherweise wäre auch temporärer FTP-Zugang zum s9y-Verzeichnis wichtig, um etwas PHP-Debugging zu betreiben.

Ich hab das im letzten Jahr einige Male gemacht, die Probleme lagen fast immer am MySQL-Setup bzw. an einem SQL-Import. Sprich, meist ist das Pferd schon in den Brunnen gefallen, bevor ein PHP-Script/Serendipity die Daten übergehändigt bekommt...

Grüße,
Garvin

[hampa]

Ich möchte einen kurzen Zwischenbericht plazieren, denn ich bin schon ein ganzes Stück weitergekommen.

Was habe ich also gemacht?

1. Ich habe mittels phpmyadmin einen Export der gesamten WordPress-DB vorgenommen. Ich habe festgestellt, dass es sich dabei um den ISO-8859-1 (latin1_german1_ci) Zeichensatz handelt.

2. Darauf hin habe ich mit dem sed Befehl und einer sed-Scriptdatei die Sonderzeichen in Umlaute gewandelt und im selben Aufwisch die CHARSET und COLLATION Parameter sowie den Link auf meine Grafiken "umgebogen"

sed-Scriptdatei

Code: Select all

s/ä/ä/g
s/ü/ü/g
s/ö/ö/g
s/ß/ss/g
s/wordpress\/wp-content/serendipity/g
s/CHARSET=latin1/CHARSET=utf8/g
s/COLLATE=latin1_german1_ci/COLLATE=utf8_unicode_ci/g

sed-Befehl

Code: Select all

sed -f sed-Scriptdatei -i wp-export.sql

Hinweis: Es gibt bestimmt noch mehr zu ersetzen, aber das sollte nur ein Test sein. Noch mache ich das Ganze nur auf einem Testserver.

3. Anschliessend habe ich das wp-export.sql File mit der Import Funktion von phpmyadmin direkt in die serendipity-DB importiert.

4. Zum Schluss im Adminbereich von serendipity den Import durchgeführt. (Als Zeichensatz UTF8 angegeben und bei der Frage "Soll versucht werden, HTML-Instanzen automatisch zu konvertieren?" mit Nein geantwortet.

Das war's eigentlich schon.

Offene Punkte:
- Was nicht geklappt hat ist, dass es mir die statischen Seiten aus WP ebenfalls als Blog Eintrag importiert hat.
- Ich habe die Bilder 1:1 vom WP-Server übernommen. Ich muss noch untersuchen, wie die beiden Systeme die Thumbnails und die Grafiken verwalten. Funktionieren tut's zwar schon schon, aber es ist (wahrscheinlich) nicht serendipity-like.
- Ich muss mich ebenfalls noch durch den "Plugin-Dschungel" robben, um herauszufinden, welche für mich nützlich sind.
- Ebenfalls möchte ich das Template anpassen.

Ich denke, ich habe noch einige Zeit zu tun.

Wenn jemand Ergänzungen und/oder Korrekturen zu meinem Vorgehen hat, der möge bitte vortreten oder für immer schweigen.

Grüsse aus der Schweiz

Hampa

[Cohnina]

Bezüglich der statischen Seiten kann ich nur sagen, dass mir das ganze bei Serendipity viel besser gefällt als bei WordPress.
Ich hab zwar etwas gebraucht, um es zu verstehen, aber es ist praktischer - dafür braucht es das event plugin Statische Seiten.

Andere sinnvolle Plugins wie das für die FAQ oder ein Kontaktformular werden dort einfach mit eingebunden und man muss gar nichts weiter tun.
Das Plugin für Tags erstellt seine Seite auch komplett selbst.

War der Beitrag jetzt nützlich? Hmm ... jedenfalls hab ich diese Pluginempfehlungen: event plugin Statistische Seiten, event trackback (TB kontrollieren), event customarchive Sortierbares Archiv), event freetag (Freie Artikel-Tags), event weblogping (Einträge ankündigen), linklist - ein paar davon sind sicher auch schon vorinstalliert.

[hampa]

Hallo Cohnina

War der Beitrag jetzt nützlich? Hmm ...

Klar war der nützlich! Jetzt habe ich doch schon einige Informationen über Plugins erhalten, die ich vorher nicht gehabt habe.

Vielen herzlichen Dank

Hampa