Wie ver­spro­chen gibt es nun mehr über lilith. Ich hatte ja mal kurz erwähnt, wieso, weshalb und warum ich mich für eine neue Software ent­schie­den habe – von mir selbst entworfen. Hier mal ein paar Grund­in­for­ma­tio­nen.

Wie PyBlosxom…

PyBlosxom ist nicht schlecht. Gerade das Konzept hat mir zugesagt: keine Datenbank, keine We­bo­b­er­flä­che zum Editieren und gute Er­wei­ter­bar­keit. Leider ist letzteres sehr schwierig gewesen, da die Do­ku­men­ta­ti­on hoff­nungs­los veraltet ist und auch so die API sehr um­fang­reich ist (was nachteilig wie vorteilig sein kann).

Hier mal eine Liste der Features, die ich sinnvoll fand (Version 1.43):

• kein Datenbank-Backend notwendig
• mehrere Plugins für Mar­kup­spra­chen wie reST und textile
• gezielte Angaben von Parsern im Eintrag wie #filters: [reST]
• CGI-only
• physische Kontrolle über das gesamte Blog, da komplett mit der Da­tei­struk­tur gearbeitet wird

nicht so sinnvoll fand ich hingegen:

• dy­na­mi­sches Rendering des Index’ ohne Caching (dauert ewig!)
• Rendering in statisches HTML mit elendig langen Pfadnamen
• kein au­to­ma­ti­sches HTML-Rendering, wenn ein Beitrag geändert wurde
• schwierige Er­wei­ter­bar­keit durch die komplexe, schlecht do­ku­men­tier­te API

… nur besser

• Da­tei­struk­tur und inline-Ei­gen­schaf­ten bei Einträgen
• Un­ter­stüt­zung für die Markup-Sprachen: re­Struc­tu­red­Text, Markdown, textile, AsciiDoc
• Syntax High­light­ing für re­Struc­tu­red­Text und Markdown
• XHTML Strict 1.0
• hohe Per­for­mance durch exzessives Cachen der Einträge
• dynamisch: ?p=hash, ?cat=kategorie/subkategorie, ?tag=linux,last.fm
• RSS 2.0 und Atom Feeds
• schlichte, einfache API
• ungefähr 1100 Lines of Code (ohne Plugins)

Mit lilith habe ich die positiven Aspekte von PyBlosxom übernommen und teilweise noch verfeinert. So wird das Blog wie aus PyBlosxom gewohnt mit einzelnen Text­da­tei­en ge­schrie­ben, deren relativen Pfade zum Blog die Kategorien wie­der­spie­geln. Mein /entries sieht z.B. so aus (voll­stän­dig):

|-- ichichich
|   |-- Musik
|   |   `-- empfehlungs-modell.txt
|   `-- status
|       |-- ich lebe.txt
|       |-- Statistiken und so.txt
|       |-- update II.txt
|       `-- update I.txt
|-- lilith
|   `-- lilith - eine Einführung.txt

Der Eintrag selbst besteht aus einem Kopf mit diversen Angaben wie Titel, Parser und optional Datum sowie Tags:

Der facebook-„Leak“

#
#date:   _31.07.2010 16:07
#tags:   linux; leak; ruby; fail; thepiratebay.org; facebook;

Seit gestern früh gibt es einen [gewaltigen Torrent][] in der Piratenbucht *(hatten die
[...]

Dabei steht die erste Zeile immer für den Titel (Dateinamen un­ter­lie­gen diversen Be­schrän­kun­gen), danach kann optional eine leere Zeile kommen, auf die dann die Angaben durch ein Hash ge­kenn­zeich­net werden.
#date und #tags sind optional, ersteres ist aber des öfteren praktisch – lilith setzt das Datum anhand des Er­stel­lungs­da­tums der Datei, was allerdings bei diversen schlecht kon­fi­gu­rier­ten FTP-Servern (hosteurope.de z.B.) immer auf den Zeitpunkt der Über­tra­gung gesetzt wird.

Das ist das grobe Konzept hinter lilith. Mal sehen, ob ich damit die Welt­herr­schaft an mich reißen kann.

ps: noch kann ich es nicht ver­öf­fent­li­chen, da mir eine Lizenz fehlt und das CSS eigentlich geklaut ist ;-)