Auf der Suche nach einem CMS welches statische HTML Seiten bauen kann und am liebsten noch via SFTP/FTP auf einen Server hoch laden kann, bin ich auf so einige Kuriositäten gestoßen. Gerade in den Foren wird oft darüber diskutiert, ob es Sinn macht. Nun ja, es macht dann Sinn, wenn der Frontend-Webserver kein PHP kann, kein Python oder Perl installiert hat. Außerdem macht es Sinn, so was für sich wenig ändernde Webseiten zu verwenden. Viele verwechseln auch den Wunsch mit den statischen HTML Seiten mit dem Wunsch nach lesbaren URLs. Und ja, man kann mitl. fast alle CMS mit lesbaren URLs ausstatten, aber bei meinem Problem hilft es nicht weiter.

Geschwindigkeit ist nicht alles, das ist wohl wahr aber warum sollte ich für jeden Request den ganzen kram inkl. Datenbankgewusel und Cachegelade starten wenn sich vielleicht ein oder zweimal im Jahr was auf der Seite ändert? Warum soll ich bei jedem Request den PHP Parser anwerfen? Statische Seiten werden immer schneller ausgeworfen als pseudostatische Seiten aus dem Cache. Sogar der Last Modified Header ist dann immer perfekt gesetzt, Content Length passt auch.

Einige kamen nun auf die glorreiche Idee “wget” zu benutzen um die Seite statisch zu spiegeln, das ist zwar eine gute Idee, leider nicht Endkundentauglich. Ein CMS habe ich gefunden, welches statische Seiten erstellen kann, sogar via “rsync” auf den Webserver publiziert. Allerdings scheiterte dies wiederum daran, das man nicht einmal einen alt-text für Bilder definieren kann. Einige Extensions für Typo3 bieten ebenfalls die Möglichkeit eines Exports, kein einziges funktionierte. Schade eigentlich.

Ich wollte mir eigentlich kein eigenes CMS bauen, aber wie es scheint kommt man da nicht drumherum. Für Vorschläge bin ich offen.

Also Back to the Roots: WordPress.