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.

Und jetzt habe ich ein Problem: Meine DokuWiki-Installation ist mittlerweile 4,4 GB fett und besteht aus zehntausenden von kleinen (Text-) Dateien (packen geht nicht mehr, da nicht mehr genügend Speicherplatz). Seit vier Stunden lädt die Gummiente auf meinen Desktop hoch und es wird sicher noch weitere vier Stunden dauern, bis alles hochgeladen ist. Schnell geht anders …

Drückt mir die Daumen, daß das Packen, runterladen und entpacken morgen schneller vonstatten geht.

BTW: Und ich brauche eine neue Tttasttatttur. Die Tttt-Tttttasttte prellttttt.

Elgg und BuddyPress sind Programme, mit denen sich ein Open Source Social Network (also annähernd so etwas wie Facebook oder Google+) auf einem eigenen Server hochziehen läßt. BuddyPress ist ein WordPress-Plugin, während Elgg ein Standalone-Programm ist, das sich aber gut mit Drupal oder einem Wiki — wie z.B. dem DokuWiki — verheiraten lassen soll.

• Man sollte den Nuller-Versionen von Programmen nie trauen: Schon kurz nach dem Update auf 4.0 kommt Miro mit einer Version 4.0.1, die einige Bugs behebt.
• DokuWiki, die Engine, die auch hinter meinem Wiki werkelt, ist in der Release 2011-05-25 »Rincewind« herausgekommen. Es gibt einige Verbesserungen und kleinere Bugfixes.
• Und die Tropfenschachtel schießt immer noch ein Update hinterher: Jetzt ist es die Version 1.1.35.

[Peter van I. per Email.]

Eigentlich bin ich der Einzige, der an und mit meinem DokuWiki arbeitet. Aber trotzdem nervt mich seit dem letzten Update diese Fehlermeldung ziemlich regelmäßig. Und das, obwohl ich in der Regel nur von einem Rechner mit einem Browser das Wiki füttern will. Weiß jemand von Euch da draußen, was hier abläuft? Ich bin ziemlich ratlos.

Andreas Gohr und seine Mitstreiter haben ein neues DokuWiki-Update in Umlauf gebracht. Es hört auf den schönen Namen »Anteater« und es enthält eine Fülle von kleinen Verbesserungen und Bugfixes. Ich habe das Update meinem DokuWiki gegönnt und es lief völlig problemlos durch. [Photo (cc): Papa Golaba]

Wieso zeigt mein DokuWiki eigentlich keine animerten GIFs? [Bild via Google Buzz]

Dazu paßt: No Nipples Please, We Are Apple: »Magazines planning to launch iPad editions for the Apple’s glossy e-Reader device will have to censor themselves to make into Apple’s No Porn app store.« Da geht aber gerade das Geschäfts­modell der BLÖD-Zeitung den Bach runter. [Burks' Blog]

So weit, so gut. Nur … ich betreue mehr als 30 DokuWiki-Installationen, die meisten auf gemietetem Webspace. Eine Neu-Installation dauert etwas über zehn Minuten (ohne Backup). Und das ist die dritte Neuinstallation in wenigen Wochen. Erst das Update auf die neue Version am 3. Januar, dann letzte Woche das erste Sicherheitsupdate und jetzt das zweite. Jedesmal bin ich mehr als einen Tag mit den Updates beschäftigt. Ich mache Andreas keinen Vorwurf, aber vielleicht sollte man generell einmal die gesamte Update-Prozedur überdenken. Für mich ist es auf jeden Fall ein weiteres Indiz für die prinzipielle Überlegenheit von Tools, die statische Seiten herausrendern. Die Notwendigkeit von Sicherheits-Updates ist nicht so dringend gegeben. Ich habe (wenn auch aus anderen Gründen) schon einmal mein altes Frontier wieder hervorgekramt.

(Ich weiß natürlich nicht, warum das funktioniert und kann daher auch keine Garantie geben, daß das bei Euch genauso klappt. Die Nutzung dieses Tips geht daher voll auf Euer eigenes Risiko.)

Neben kleineren Security-Fixes und ein paar neuen Features habe ich vor allem den Eindruck, daß sich die Geschwindigkeit signifikant gesteigert hat. Das Update scheint sich also zu lohnen.

CodeIgniter ist ein Open Source Web Application Framework für PHP-Programmierer. Es nimmt für sich in Anspruch einfach und elegant zu sein und auch beim Spielzeugprovider zu funktionieren (keine Kommandozeile nötig). Die neue Version der ExpressionEngine 2.0 wird komplett auf CodeIgniter basieren.

Und hier ein Beispiel, was man mit CodeIgniter und WordPress alles anstellen kann: WordPress As Back End For Posh Widgets and OpenSocial Gadgets. Ich spiele im Moment mit einer ähnlichen Idee, nämlich DokuWiki als Backend für etliche Webspielereien zu nutzen. Daher ausdrucken! [Frontierkernel Mailingliste]

• Wie macht man aus DokuWiki eine Wikifarm. Ein How To.
• WP-DokuWiki ist ein Plugin, mit dem man das DokuWiki-Markup in einem WordPress-Blog nutzen kann. Testen!

Mein DokuWiki wartet schon. Doch noch habe ich mich nicht endgültig ent­schieden.

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

Meine Unzufriedenheit mit WordPress steigt. Ich werde mich wohl auch verstärkt nach Alternativen umsehen müssen. Schließlich will ich einfach nur ein funktionierendes Weblogsystem und nicht eins, mit dem ich im Monats­rhythmus stundenlang mit Update-Feinheiten beschäftigt bin. Bloggen ist mein Hobby, nicht meine Passion. Und mein Geld verdiene ich woanders (und das kostet Zeit), daher habe ich keine Lust, mich mit fehlerhaften Updates rumzuschlagen. Und es ist mir völlig egal, ob der Fehler beim Spielzeugprovider und seiner miserablen Datenbank (was ich nicht ausschließe) oder bei WordPress (was beim letzten Mal der Fall war) liegt.

Vielleicht verheirate ich einfach mein Wiki mit meinem Weblog (und mache so ein Bliki daraus). Das speichert seine Daten in flachen Textdateien und die Updates kommen nicht so häufig (etwa jedes halbe Jahr) und funktionieren dafür dann aber auch zuverlässig. Ich denke darüber nach …

• HTML Slidy, die Slide Show des W3C. Einfach, aber effektiv.
• Give Your Next Presentation In Your Browser With JQuery (Apache 2.0 Lizenz) ist im Gegenzug ein bedeutend ausgefuchsteres Werkzeug, das einem viele Möglichkeiten zum Spielen offen läßt (Demo).

Es gibt daher keinen Grund, weiterhin PowerPoint zu benutzen. [Peter van I. per Email.]