17
05

von Movable Type zu WordPress wechseln und was es zu beachten gilt

Hier sta­peln sich mitt­ler­weile die ima­gi­nä­ren Blät­ter mit Noti­zen für noch zu schrei­bende Ein­träge. Ich fange mal mit den ner­vi­gen Details an. Wer von MT möchte, hat umso mehr zu tun, je stär­ker MT ver­än­dert und je bes­ser die Seite bei Such­ma­schi­nen wie Google indi­ziert ist. Sofern man nicht völ­lig auf Page-Ranks und Co. ver­zich­ten möchte, emp­fiehlt sich eine sorg­fäl­tige Pla­nung. Die mög­li­che Ände­rung der URLs ist von zwei Sei­ten lös­bar. Ent­we­der ahmt man die alten URLs im neuen Sys­tem nach, oder man arbei­tet mit dem Rewrite-Modul vom Ser­ver, fängt somit Anfra­gen auf alte URLs ab, um sie anschlie­ßend auf die neuen Adres­sen umzu­lei­ten.

Für mein Bei­spiel hatte ich es sehr ein­fach. Ich habe schon ein­mal intern mit Movable Type meine URLs geän­dert. Weg von unlo­gi­schen URLs im Stil von “/03285503eintrags_titel.html” zu les­ba­ren und logi­schen “/archiv/jahr/monat/eintrags-titel.php”. Um diese Struk­tur in MT zu erhal­ten, brauchte es meh­rere Plugins und zusätz­lich eine .htaccess-Anweisung. Diese Struk­tur mit Word­Press zu über­neh­men, ist ein Leich­tes, bis auf eine win­zige Klei­nig­keit.

Mein Movable Type ver­wal­tete Bin­de­stri­che im Titel anders, als jetzt Word­Press. Einer der weni­gen ers­ten Google-Links zur Seite, fin­det, wer bei Google nach “pala­din makros” sucht. Die ange­bo­tene URL lau­tet wie folgt. Exakt meine alte von Google so indi­zierte und von Movable Type geschrie­bene URL.

Der exakte Titel lau­tet “Patch 2.0 - der Tag danach und Paladin-Makros”. Aus die­sem Titel macht Word­Press:

Mein trä­ges Auge, sah den klei­nen Feh­ler, den MT pro­du­zierte erst jetzt. Im Gegen­satz zu MT, inter­pre­tiert Word­Press den Bin­de­strich im Titel kor­rekt, MT jedoch kann damit wenig anfan­gen und wirft das Zei­chen beim Erstel­len der URL weg. Folg­lich haben sich alle URLs mit einem Bin­de­strich im Titel ver­än­dert und müs­sen manu­ell in Word­Press kor­ri­giert wer­den. Kein Drama, aber auf­wän­dig.

Feeds und 404s

Die URLs einer Feeds haben sich auch geän­dert. Da die Masse der Leser nur über die Feeds infor­miert wird, ist es wich­tig, hier einen naht­lo­sen Übergang zu den neuen URLs zu schaf­fen. Wie immer füh­ren viele Wege nach Rom und viele Wege soll­ten man auch nut­zen.

Als ers­tes habe ich vorm Wech­sel ein letz­tes Feed-Update geschrie­ben, dass über die neuen URLs infor­mie­ren sollte. Mit etwas Glück, aktua­li­sie­ren dann schon viele Leser ihren RSS-Reader. Da dies aber keine 100% sichere Lösung ist, habe ich zusätz­lich die alten Feed-URLs mit einem .htaccess-Redirect, zu den neuen Adres­sen lei­ten las­sen. Theo­re­tisch soll­ten somit auch die alten URLs wei­ter aktu­elle Daten bekom­men. Mein ers­ter Ein­druck sagt mir, das klappt ganz gut.

Ein­fach wäre hier natür­lich ein Wech­sel zu einem Ser­vice wie Feed­bur­ner oder auf die RSS-Funktion von Word­Press zu pfei­fen und wie­der selbst eine sta­ti­sches File von Word­Press mit der alten URL schrei­ben zu las­sen.

Erstel­len eines Word­Press The­mes

Das modu­lare Sys­tem für Tem­pla­tes, hatte ich auch in Movable Type schon, denn dank PHP lie­ßen sich auch dort Teile des Quell­codes glo­bal ver­wal­ten. Neu dage­gen war Word­Press’ nicht ganz so tolle Ver­mi­schung von Form und Inhalt.

Mit MT’s Tag-System las­sen sich auch wirk­lich nur die rei­nen Daten abfra­gen, dies machte MT so ein­stei­ger­freund­lich. Word­Press dage­gen mischt teil­weise Quell­code in die Daten­bank­ab­fra­gen mit hin­ein. Mein Para­dabei­spiel dafür ist mein aktu­el­les Archiv, noch eher spar­ta­nisch, aber es erfüllt sei­nen Zweck. Diese Lis­ten brauch­ten eine ganz spe­zi­elle Code-Struktur. In MT sah der Code ver­ein­fach so aus:

<ul>
<MTCategories>
    <li><$Kategorie-Titel$><span class="anzahl"><$Anzahl der Einträge$></span></li>
</MTCategories>
</ul>

the loop

Ein­fach aber effek­tiv. Jedes Content-Tag MT’s, gibt nur wirk­lich sei­nen Inhalt aus, ohne gro­ßes Drum­herum. Den glei­chen Auf­bau in Word­Press zu repro­du­zie­ren war schwie­ri­ger. WP arbei­tet in sei­nem Tag-System anders. Oft zitiert “the loop”, ein Begriff der umschreibt, wie man mit WP Con­ten­ab­fra­gen an die Daten­bank for­mu­lie­ren muss.

Man stelle sich eine große Biblio­thek vor. Zwei Leser wol­len ähnli­che Bücher aus­lei­hen, beide suchen ein Koch­buch um ein asia­ti­sches Gericht zu kochen. Unser ers­ter Leser ist Movable Type. Er kennt den Titel des Buches und weiß genau, was er möchte, er schrei­tet durch die Biblio­thek, auf der Suche nach sei­nem Buch.

Der zweite Leser ist Word­Press. Er ist unge­dul­di­ger hat weni­ger Zeit und greift so alle Bücher ab, die irgend­wie sein gewünsch­tes Thema betref­fen. Statt wie Movable Type das rich­tige Buch zu suchen, nimmt er alle Bücher mit, die irgend­was mit Kochen zu tun zu haben, um even­tu­ell spä­ter das rich­tige dabei zu haben. Er fin­det auch das pas­sende Buch, er ist auch wie­der schnel­ler aus der Biblio­thek her­aus als MT, aber er muss viel mehr Bücher mit nach Hause schlep­pen.

Statt wie oben beschrie­ben, lau­tet der Code für Word­Press:

<ul>
    <?php wp_list_categories(); ?> 
</ul>

Was so viel ein­fa­cher aus­sieht hat einen Haken. WordPress-Tags leben von den Varia­blen den man ihnen mit gibt. Der zweite Haken, man hat über den Code der Aus­gabe in den eigent­li­chen Tem­pla­tes abso­lut keine Kon­trolle und wird gezwun­gen tie­fer in die Ord­ne­re­bene von Word­Press vor­zu­drin­gen. Wer mit der Stan­dard­aus­gabe von WP unzu­frie­den ist bekommt dop­pelte Arbeit.

Am Ende hat man schon wie bei MT auch abso­lute Kon­trolle über die Form der Aus­gabe, aber man bear­bei­tet mehr ein­zelne Text-Files, als bei MT, was bei einem grö­ße­ren Update der Platt­form zu neuen Pro­ble­men füh­ren dürfte.

Noch feh­len mir die wirk­li­chen Ideen, wo “the loop” seine Vor­teile aus­spie­len kann. Ich bin mitt­ler­weile dabei wie­der alle Arti­kel mit Tags zu ver­se­hen. Ich hab da eine Idee, bei der “the loop” sich bewei­sen muss.

der erste Ein­druck

Der Gesamt­ein­druck bleibt jedoch posi­tiv. Der Wech­sel voll­zog sich schließ­lich weni­ger mühe­voll, als ich erwar­tet habe. Die weni­gen Klei­nig­kei­ten wer­den auch noch aus­ge­merzt. Schon jetzt ist WP bei der Per­for­mance MT über­le­gen. Die große Nut­zer­zahl von WP garan­tiert einen schier uner­schöpf­li­chen Strom an mal mehr, mal weni­ger sinn­vol­len Plugins.

Für mich war pri­mär wich­tig, bei der Gestal­tung mehr Spiel­raum zu bekom­men und ins­ge­samt mal eine neue Platt­form nut­zen zu müs­sen. Man lernt ja nie aus und MT war von mir ziem­lich aus­ge­schöpft. Auch die ers­ten Schritte mit MT ver­lie­fen eher nach dem Trial&Error Prin­zip. Ich bin noch lange nicht fer­tig, was hier jetzt zu sehen ist, ist das Ergeb­nis der eben­falls ers­ten Schritte mit Word­Press. Auch die WordPress-Version mei­ner Seite, wird sich kon­ti­nu­ier­lich ver­än­dern.

Die­sem Ein­trag wer­den dann reine gestal­te­ri­sche Arti­kel fol­gen. Geplant sind bis­her 3 The­men. Ein Abriss zum neuen Ras­ter, einer sepa­ra­ter zur Typo­gra­fie und ein abschlie­ßen­der zum Thema Code-Struktur/Barrierefreiheit.

Kommentar schreiben
safari bug

Vorschau:

HTML ist in Kommentaren zugelassen. Erlaubt sind die HTML-Tags:
<a href>, <i>, <p>, <strong>, <em>, <ul>, <ol>, <li>, <blockquote>.
Alle themenfremden oder persönlichkeistverletzenden Beiträge werden gelöscht, also immer schön sachlich argumentieren.

schrieb: