Mobiles Bloggen mit Pelican geht eigentlich recht leicht: MobileOrg und ein post-commit-Hook auf deinem git-Server.

Ist halt eine arge Bastelei, bis alles geht.

Der Sicherheitsfaktor mag stimmen, aber schlussendlich und im realen Alltag haben die statischen Generatoren zumindest bei mir ein paar Schwachstellen gezeigt… die Renderzeit z.B. nach 500+ Einträgen wird oft ein Problem und ist mühsam — speziell, wenn man immer wieder ein paar Kleinigkeiten nochmals ändert. Auch wenn mittlerweile nur der Beitrag selber und Archiv-Seiten neu “gerendert” werden, dauert es oft sehr lange und steigt mit Anzahl der Beiträge.

Ein anderes Fazit, das ich kennen lernen durfte bei vielen anderen Bloggern und auch mir selber, dass die Anzahl der publizierten Beiträge nach dem Umstieg auf eine statische Engines nach einiger Zeit deutlich nachlässt. Warum das so ist oder ob es tatsächlich am Umstand der Engine liegt, weiß ich nicht — aber ich blogge mit WordPress, so sehr ich es auch nicht mag, deutlich öfter und mal eben leichter einfach so (auch von anderen Geräten — da einfach Login, lostippen, publish und fertig.). Die Rumbastelei mit Disqus, PHP-Comments und anderen Dingen ist zwar unkompliziert im Prinzip, aber bis heute finde ich das WP-Kommentarsystem dennoch noch immer schlicht und einfach und relativ simpel — auch für den User. Disqus und Co. mit aktiviertem Blocker für JS-Zeugs und Co? Nada, kein Login dann möglich. Und paar andere Kleinigkeiten.

Der Workflow ist bei statischen Engines zwar auch simple — unter Linux XY hatte ich einfach ein paar Skripte selber zusammengeklopft, die ich einfach startete und dann nach dem Titel abgefragt wurde, dann nach dem “Content”, optional Bilder und Co. und danach der automatische Output mit Upload zum Server. Fühlt sich großartig an, einen simplen, puren HTML-Blog dort liegen zu haben. Klein, unangreifbar, extrem schnell, einfach zu warten, zu sichern und nix kann kaputt gehen. Aber in Summe — je nach Engine und Background — ladet man sich dann ebenso wieder dutzende Bibliotheken, Erweiterungen und Co. runter, damit die Engine am Rechner überhaupt werkt. Bei Jekyll und purer OS-Basis ist die Anzahl der Biblios und MB-Größe über dem von WordPress am Server durch die ganzen Zusätze und bei einem Wechsel vor dem Gerät und Neueinrichtung traten dann auch gleich mal Probleme wie unterschiedliche Versionen von RubyBla und anderen Dingen auf, kein Problem natürlich, neu zusätzlich halt installieren oder ersetzen, usw… — aber in Summe hat man genauso wieder so ein “Packerl” an Datenwulst, das man pflegt und hegt.
Blosxom als Single-File-Engine der ersten Stunde (und ehemalig eine der ersten Blog-Engines in grauer Urzeit, 2000er-Ära) ist da vielleicht die beste Lösung (hatte ich drei~vier Jahre lang problemlos am laufen) — hatte für mich den Abschlussgrund allerdings dann vor zwei Jahren, weil mobiles zugreifen via Smartphone, Tablet und Co. zum Bloggen ebenso weg fällt und der Zugriff via SSh auch immer so eine Sache ist und manchmal hakt.

Also keine Lanze für WP, aber ich bin noch immer auf der Suche unverändert und nicht fündig geworden bis heute. Am liebsten eine Mini-Blog-Engine mit puren Textfiles, einer einzelnen Datei, simple, responsive Möglichkeit auch von woanders oder unterwegs zugreifen und bloggen (oder ändern) zu können, ein schlichtes Kommentarsystem mit einer Datei und den Rest bitte per Hand. Und eine, die aber nicht nach 500 oder 1000 Beiträgen schlapp macht oder 15 Minuten “rendern” muss für einmal Wort ausbessern.

Allerdings, darum steht Pelican gerade auch nicht oben auf der Prioritätenliste.

Erst mal die Abschlussarbeit fertig schreiben.

Da hast Du den Zeitraum aber schon ein wenig knapp bemessen, ne est-ce pas?

Sofern WordPress nicht bis dahin wieder benutzbar wird, es einen datenschutzkonformen Kommentarbereich mit Spamfilter für Pelican gibt und ich mal die Muße habe, das Theme dieses Nichtblogs auf Pelican zu portieren: ja. Ich rechne allerdings nicht mehr mit diesem Jahr. Erst mal die Abschlussarbeit fertig schreiben. Und die Musikrückschau 2014/2 steht ja auch noch an.