uncategorized

Das Gebastel nimmt erst einmal kein Ende.

Die Wahl fiel auch deshalb auf Serendipity als Backend für diese Seiten, weil man damit einfach und schnell statisch Seiten erstellen kann.
Zudem gibt es auch bereits ein passendes Plugin für die Seitenleisten – quasi ab Werk – mit, das dafür auch eine passende Linkstruktur erstellen kann.

Aber mal wieder muß passend gemacht werden, was nicht paßt …

Nachdem also von der technischen Seite her die Wahl auf Serendipity gefallen war, auch gleich die große Ernüchterung.

Eine Blogsoftware als content management system ist vielleicht auch nicht ganz die optimale Wahl.

Inwieweit sich evtl. später noch die typische Blog-Optik aufbrechen läßt, wird sich noch zeigen.

Aber zu Anfang viel ernüchternder: Serendipity finde ich zwar nach kurzer Evaluierung technisch und vom Funktionsumfang überzeugender als andere getestete Vertreter der Gattung – aber mit hübschen oder halbwegs ansehnlichen Themes sieht es irgendwie noch reichlich mau aus.

Da meine Webseiten hier seit vielen Jahren reichlich ungepflegt vor sich hingammelten, weil ich die Domain hauptsächlich nur für Email nutze, habe ich mich mal aufgerafft, den Sumpf etwas aufzuräumen.

Nach ein paar Tagen Spielerei mit diverser CMS Software, habe ich mich entschlossen, diesmal einen Versuch mit einer dafür zweckentfremdeten Blogsoftware zu starten.

Ich habe ein paar gängige Systeme dafür kurz angetestet und bin nun erstmal bei Serendipity hängengeblieben.
Die unterliegende Smarty Template Engine ist zwar nicht so wirklich mein Geschmack, aber ein paar andere Features waren ausschlaggebender.

Vor allem ging mir bei den meisten verfügbaren System reichlich gegen den Strich, daß sie offenbar nur für die Zusammenarbeit mit mysql vorgesehen sind.

Das ist zwar eine extrem beliebte Datenbank für Webanwendungen, aber erstens ist das von den Fähigkeiten vergleichsweise nur eine Spielzeugdatenbank, zweitens habe ich schon seit langer Zeit postgres in Betrieb und ein zusätzliches Datenbanksystem nur für eine Blog-Software auf dem Host wäre nun wirklich Verschwendung und drittens verbrät mysql vor allem auch noch merklich mehr Systemresourcen als postgres (obwohl es wesentlich weniger kann).

Ich habe zumindest keine funktionierende Config hinbekommen, in der mysql nicht wesentlich mehr RAM als postgres verbraucht - egal, wie weit man sämtliche Parameter zurückdreht.
Letzters ist das Killerargument in meinem Fall.