• 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 …

• Paul Griffin Petty: Moving from WordPress to Movable Type (mit einem Follow-Up).
• Und anders herum: Goodbye Movable Type, Hello WordPress.
• Vielleicht hilft das: Comparison between WordPress and MovableType (hier gewinnt wieder Movable Type).
• Und nun wieder WordPress: Notes on a Massive WordPress Migration.
• Hilffestellung von Movable Type.org: Migrating to MySQL from SQLite or PostgreSQL. Ist vielleicht für einige ganz nützlich, obwohl ich ja bekanntlich SQLite den Vorzug gebe.
• (Open) Melody ist ein Movable Type-Fork, der mehr ein CMS denn ein Weblog-Tool sein will.
• Auch hilfreich (nicht so sehr für den laufenden Betrieb, aber für Backup- und Archivierungszwecke): Using WordPress to generate flat files.
• Gehört nur am Rande zum Thema: Announcing TypePad Micro. (Notiz an mich: Testen!)
• Und bei soviel Weblog-Gedöns darf der Spartaner unter den Weblog-Tools natürlich nicht fehlen: Ein Howto, wie man statische Seiten mit blosxom erstellt.

Wenn ich doch nur mehr Zeit hätte … [Peter van I. per Email.]

• Eine ausführliche Installationsanleitung (mit MySQL als Datenbank): Install Movable Type on a Mac
• Noch eine Installationsanleitung, diesmal mit SQLite, aber möglicherweise ein wenig veraltet: Installing Movable Type on Tiger
• Eine dritte Installationsanleitung, die aber möglicherweise auch nicht mehr die jüngste ist: Installing Movable Type in OS X
• Und ich bevorzuge einfache Lösungen, daher wäre vermutlich dies die richtige für mich (ebenfalls mit SQLite): Setting Up Movable Type 4 on a MAMP Server

Ich hatte vor Jahren schon einmal zwei Movable Type-Installationen: Einmal mit MySQL auf gemieteten Webspace beim Spielzeugprovider und einmal mit SQLite auf einem dedizierten Server bei 1&1. Aufgegeben hatte ich die Software nicht, weil ich mit ihr unzufrieden war, sondern wegen der damals seltsamen Lizenzpolitik von Six Apart. Und ich muß gestehen, danach war die Software völlig meinem Fokus entrückt, nicht einmal die Lizenzänderung, die die Software unter die GPL stellte, habe ich mitbekommen. Jetzt aber bin ich hin- und hergerissen. Soll ich trotz meiner momentan knappen Zeit einen Test wagen oder nicht? Auf jeden Fall habe ich das gemacht, was ich immer in solchen Fällen mache. Ich habe dem Weblog-Tool eine Seite in meinem Wiki spendiert, in der ich erst einmal weitere Links und Informationen sammle, in der Hoffnung, daß dies mir die Entscheidung erleichtert.

»The static page publishing model provides a number of important advantages. Static pages are significantly more scalable and less resource intensive, once created. This model offers a great deal of flexibility when working with standard webserver-based dynamic page generation technologies (e.g. PHP or server-side includes) and also allow you to easily publish content to multiple or remote locations with standard synchronization tools.« (Hervorhebung von mir.)

Heißt das tatsächlich, ich kann meinen Movable Type Server als Redaktions­server zum Beispiel bei mir zu Hause auf dem Desktop hosten (evtl. mit DynDNS) und die statischen Seiten beim Spielzeugprovider ablegen? Und wenn ja, hat jemand von Euch da draußen so etwas schon probiert?

• MAPCO: Map And Plan Collection Online ist eine Sammlung historischer Landkarten mit einem Schwerpunkt auf Karten von London, den Britischen Inseln und Australien. Aber auch ein paar andere nette Karten sind zu finden. Und sie liegen alle in einer sehr hohen Auflösung vor.
• Das ging zwar schon durch sämtliche Blogs, aber da dieses Weblog ja auch mein Linkarchiv ist, darf Monopoly City Streets hier nicht fehlen, die Variante des berühmten Brettspiels, die mit Google Maps gespielt wird. Also los, klickt Euch auf den Weg zur Weltherrschaft.
• Mit GigaGalaxy Zoom zoomt Ihr Euch in die Galaxis (etwas Anderes wäre bei diesem Namen auch nicht zu vermuten gewesen).
• Mark Pilgrim hat Dive Into Python 3 fertig- und zum Download (HTML oder PDF) bereitgestellt. Im Vergleich zum Vorgänger besteht es zu 20 % aus überarbeitetem Material, während 80 % völlig neu geschrieben wurden. Und wer es lieber als totes Holz möchte, kann es auch bei Amazon kaufen (ab 16. Oktober 2009).
• Blog management made easy mit Dotclear (Open Source). Die Software verspricht irgend etwas von statischen Seiten, aber wirklich gefunden habe ich nichts darüber.
• Peter bringt auch Movable Type als Blogsoftware mal wieder ins Gespräch, denn Coding Horror nutzt Movable Type seit 2004 und ist immer noch zufrieden damit.
• Ein interessanter Fork von Movable Type ist OpenMelody, das sich zur Zeit aber noch in einem frühen Entwicklungsstatus befindet (for Thrill Seekers only).
• Noch mehr über Movable Type: Things to Consider When Using Movable Type as a CMS.
• Und aus der Movable Type-Dokumentation: Static and Dynamic Publishing Modes.
• Nun etwas völlig anders: Skulpt (MIT-Lizenz) ist ein Python-Interpreter, der komplett im Browser läuft.
• Da Python die vorrangig genutzte Skriptsprache bei Google ist, gibt es dort natürlich auch einen Google Python Style Guide.
• Was Ähnliches gibt es auch für Ruby: The Unofficial Ruby Usage Guide.
• Und wer aus irgendwelchen Gründen seinen Web-Content als Buch oder Magazin ausdrucken will (PDF oder eBook, z.B. für Amazons Kindle), kann das mithilfe von Zinepal, einem freien Webservice, erledigen.
• Und zum Schluß noch eine Site für die Freunde historischer Photographien.

Das reicht doch erst einmal für die Woche, oder …?? [Peter van I. per Email.]