Der Umzug selber wird voraussichtlich Anfang nächster Woche hierhin stattfinden (dort gibt es reichlich Platz und ich kann die Leistungsfähigkeit der Wiki-Engine bis zum Äußersten ausreizen). Bis dahin muß das Wiki leider eingefroren bleiben.

• Migrating A Largish Site From WordPress to MovableType 4 ist ein älterer Beitrag aus dem Jahre 2007.
• Heute scheint es einfacher zu gehen, wenn man die Kürze dieses Beitrags betrachtet: Moving From WordPress To Movable Type.

Dabei geht es mir gar nicht so sehr darum, mein WordPress-Blog nach Movable Type zu transportieren, die paar Monate kriege ich schon irgendwie statisch, im schlimmsten Falle mit curl oder wget. Was ich möchte, ist das Beste aus beiden Welten:

1. Die Möglichkeit, von überall im Netz mein Blog füttern und administrieren zu können.
2. Die Geschwindigkeit, Einfachheit und Sicherheit, die mir statische Seiten bieten (schließlich sind vom Schockwellenreiter nur die Seiten (aus 2000) verschwunden, die ich dynamisch bei EditThisPage hosten ließ und dann fehlen ein paar hundert Bilder aus der Zeit, als mein Weblog dynamisch mit COREblog, einer Zope-Applikation betrieben wurde — die eigentlichen Webseiten hatte ich rechtzeitig vor dem Server-Crash und etwas mühselig mithilfe von wget zu statischen Seiten gemacht).

Momentan finde ich zwei Ideen ganz charmant:

1. Ich reaktiviere meine Räume in der Server-WG und lasse dort Movable Type als Redaktionsserver laufen. Und schicke von dort statische Seiten entweder weiterhin zum Spielzeugprovider oder direkt nach Amazons S3. Ich hätte die von mir schon immer geforderte Trennung von Redaktions- und Produktionsserver und gleichzeitig die Gewißheit, mit den statischen Seiten eine leicht zu sichernde Version des Schockwellenreiters irgendwo zu Backup-Zwecken zusätzlich noch einmal ablegen zu können.
2. Oder ich gehe ganz in den Cloud. Googles App Engine hat es mir eigentlich schon immer angetan, mit einem von mir in Python geschriebenem Template Toolkit, das statische Seiten herausrendert, hatte ich den Schockwellenreiter schon einmal ein paar Jahre betrieben, warum nicht so etwas, vieleicht mit Hilfe des Django-Frameworks für Googles Cloud entwickeln, das dann ebenfalls statische Seiten nach Amazons S3 herausrendert? Auch in diesem Falle wären Redaktions- und Produktions­server getrennt und es gilt ebenfalls das für statische Seiten im Abschnitt oben Geschriebene.

Aber ich bin mit meinen Überlegungen noch nicht fertig: Eine weitere in meinem Hinterkopf schwebende Option wäre nämlich, mein Blog mit meinem Wiki zu verschmelzen. Mir gefällt die Einfachheit des Markup-Codes von DokuWiki und die Möglichkeit, ohne die starre Einteilung in Überschrift und Blogbeitrag (und ohne die starre zeitliche Reihenfolge) publizieren zu können — meine Kurzbeiträge brauchen nämlich manchmal keine Überschrift, die ich mir dann erst mühselig aus den Fingern saugen muß.

Sicher, ich hätte dann nicht die Trennung von Redaktions- und Produktions­server und das DokuWiki rendert auch keine statischen Seiten heraus. Aber immerhin versenkt es seine Inhalte nicht in eine Datenbank, sondern legt sie brav in leicht zu sichernde und wieder zu lesende Textfiles ab.

Und irgendwie ist auch das Perl Template Toolkit noch nicht völlig aus dem Rennen.

Ihr seht, sooo schnell wird eine Änderung hier nicht passieren. Der Leidensdruck ist momentan noch nicht so groß und ich muß noch ein wenig nachdenken …