An einen Umstieg Richtung Wordpress denke ich ja schon länger. Vor allem, weil sich twoday aus meiner Sicht nicht mehr wirklich technisch entwickelt, so daß neue Möglichkeiten auf anderen Plattformen auftauchen, aber nicht hier - zumindest aus Endanwendersicht.

Nun habe ich mich erneut an einen Export aus twoday und einen Import in das populäre Wordpress gewagt. Dazu habe ich eine lokale MAMP-Installation (vergleichbar LAMP/XAMPP) und ein lokales Wordpress 2.6 installiert.

Meine bisherigen Probleme und Lösungen:

• Wordpress (WP) importiert unsystematisch einzelne Artikel mit einem falschen Erstellungs-Datum und setzt alle einheitlich auf den 01.01.1970, welches zugleich der Beginn jedes Kalenders auf UNIX-Systemen ist. Ein Muster ist nicht erkennbar, so daß jeder davon betroffene Artikel von Hand in WP nach bearbeitet werden muss.
• twoday exportiert Blogeinträge und Kommentare im Movable-Type-Format. So weit, so gut, aber leider lassen sie etwas weg, was beim Import in WP jedoch dringend notwendig ist: den Veröffentlichungsstatus (draft/publish). Wenn dieser nicht für jeden einzelnen Artikel auf "publish" gesetzt ist, werden automatisch beim WP-Import alle Artikel auf "draft" gesetzt. Somit erscheint aus dem Stand kein Artikel online, und man müsste jeden Artikel von Hand veröffentlichen, damit er überhaupt nach draußen sichtbar wird. Ziemlich dussliges Problem eigentlich.
  Alternativ fügt man einfach zu jedem Eintrag im Meta-Daten-Abschnitt "STATUS: publish" hinzu. Ich habe das mit "Suchen und Ersetzen" in einem Texteditor gemacht, denn sobald man das im entsprechen twoday-Skin-Editor anpassen möchte, verdreht twoday beim Export die Zeilenende-Kennungen Richtung Windows-CR/LF, wo vorher noch UNIX-LF standen. Sieht im Texteditor bescheuert aus, da plötzlich mehrzeilige Einträge auf eine Zeile zusammengeklatscht werden.
• twoday exportiert die URLs eines Kommentar-Schreibers mit dem falschen Feldbezeichner "EMAIL:". WP macht daraus beim Import dann folgerichtig "mailto:"-Links, so daß natürlich kein alter Link mehr funktioniert. Auch das habe ich im Texteditor mit "Suchen und Ersetzen" korrigieren müssen, weil der Eingriff in den twoday-Skin wieder das obige Problem nach sich zieht.
• twoday exportiert alle Zitate mit der HTML-Tag "cite" - leider versteht WP aber nur "blockquote". Auch das ein Fall für "Suchen und Ersetzen" ...

Soweit meine ersten Erkenntnisse, was man bei einem echten Umzug auf ein öffentliches WP-Blog zu beachten hätte. Gegenwärtig steht es 2:1, wenn man die Anzahl der Stolpersteine von twoday vs. Wordpress mal aufsummiert. Gefühlt entspricht dieses Ergebnis auch meinen bisherigen Erfahrungen - twoday macht mir zur Zeit mehr Probleme, als daß es sie löst.

Nachtrag, 20.07.2008, 22:07 Uhr:
Äh, Verwirrung macht sich bei mir breit.

Habe mich nochmal an den twoday-Export-Skin-Editor gewagt, aber dieses Mal habe ich mich nicht von den seltsamen Status-Meldungen (diff .... reset) ins Bockshorn jagen lassen. Es sah für mich bisher so aus, als wenn die Änderungen im Beitrags-Skin auch automatisch in die anderen vererbt werden würde - Pustekuchen!

Mein "Mut" wurde belohnt!

Wenn man nicht nur im Export-Beitrags-Skin Änderungen vornimmt, sondern explizit auch im Export-Kommentar-Skin und den restlichen beiden Skins dem Antwort-auf-Kommentar-Skin obige Änderungen (STATUS hinzufügen und EMAIL zu URL verändern) vornimmt, klappt plötzlich fast alles! BLOCKQUOTE muss aber nach wie vor umgewandelt werden.

Das Jahr 1970 ist verschwunden, und alle Beiträge werden automatisch in WP veröffentlicht. Kommentatoren-URLs sind nun alle korrekt. Ein Problem ist geblieben - Beiträge, die erst vor kurzem verändert worden, rutschen plötzlich aus der Vergangenheit in die Gegenwart, da nicht mit dem Erstellungsdatum, sondern mit dem Änderungsdatum exportiert wurde.

Dürfte aber kein allzu großes Problem mehr sein. ;-)

Nachtrag, 20.07.2008, 23:49 Uhr:
So, hat nun geklappt, nun ist mir wenigstens klar, warum meine twoday-Export und WP-Import-Versuche seit über einem Jahr stets wenig erfolgreich verliefen. Die Export-Skins hier in twoday sind schlicht und einfach unvollständig, um es mal sehr freundlich auszudrücken. Natürlich können MT-Exportskripte nicht alle Eventualitäten der vielen anderen Zielsysteme umfassen, aber der EMAIL-URL-Fehler ist schon eher unschön. Auch das modifytime-createtime-Problemchen sollte eigentlich nicht sein.

Nachdem ich alle oben aufgezählten Problemzonen umschifft habe, ist eigentlich in erster Linie Fleissarbeit gefragt:

• neuen Webspace finden, der den Mindestanforderungen für Wordpress entspricht und nicht zu teuer ist
• viele Bilder-URLs umschreiben, da ich anfangs leider alles bei twoday hochgeladen habe und nicht zu externen Hostern
• neuen Veröffentlichungs-Workflow erstellen
• Wordpress-Einarbeitung, schließlich soll ja mehr möglich sein ...