Lokale Medienmitteilungen für Österreich

Derzeit macht die Arbeit an ptext.de richtig Spass. Jeden Tag schalten wir weitere Funktionen frei und haben dabei schon viele weitere in der Hinterhand. Endlich zahlt sich die lange Vorbereitung aus, das mühsame dokumentieren und korrigieren der kleinen Bugs...

Meine persönlichen Höhepunkte:
Das Cache System habe ich am Wochenende recht umfangreich umgeschrieben. Vorher gab es öfters Probleme, dass nach dem ausfüllen des Log-In Formulars wieder die alte Seite erschien. Oder umgekehrt, dass nach dem ausloggen der Benutzer Zugriff auf gesperrte Funktionen hatte - auch wenn das nicht so auffällig war. :) Die Ursache hingegen war klar - irgendwo wurde etwas zwischengespeichert und nicht erneuert. Zugleich sind aber die diversen Caches - für eine doch sehr skalierbare Seite wie ptext.de - absolut unabdingbar. Wir nutzen alles, last-modified, ETags, must-revalidate... Die nginx haben wir nicht, aber das ist eine andere Geschichte. Die Best Practice Ansätze besagen immer bei solchen Problemen, setze Cache-Control auf no-store. Aber das ist Blödsinn, da kann man den Cache gleich abschalten. So traurig das ist, aber hundert mal wiederholte Blog-Inhalte werden dadurch auch nicht besser.

Man könnte jetzt das ein Tutorial verfassen, warum das nicht der Fall sein soll, aber wahrscheinlich würde der selbst ernannte Administrator nur in die nächste Falle tappen. Mein Tipp: macht euch klar, welche Funktion welches Modul bewirkt. Aktiviert niemals irgendwelche Webserver oder Cache Module auf Verdacht. Wenn ihr ein zusätzliches Modul dazu nehmt, denkt vorher nach, warum ihr das macht. Erstellt einen Benchmark, und sei es nur ab (Apache Bench) und macht ein paar vorher/nachher keine Last/Vollast Tests. Das bringt im Zweifelsfalle mehr, als hunderte von Webseiten oder Büchern zu lesen, warum die jeweilige Massnahme nicht den erwünschten Nutzen erbracht hat.

Wir sind bei weitem davon entfernt, zu behaupten, dass unser Presseportal optimiert sei, aber mit dem ganzen Debugging sind viele Probleme klar geworden. Das Caching der anonymen Benutzer haben wir jetzt fast perfekt im Griff (wir haben ein n-1 Problem, der erste Zugriff hat einen anderen Etag als der zweite Zugriff auf den gerade erstellten Cache), die Log-In Probleme sind aber dafür komplett weg und dort lag unsere Priorität. Jetzt liegen bereits die nächsten Herausforderungen woanders (MySQL Caches, Memcache). Aber trotzdem habe ich schon einmal die Benchmarks für den übernächsten Schritt eingerichtet(mod_security) - das ändert kurzfristig nichts, spart mir aber später deutlich Zeit und ich kann beurteilen wie gut ein Modul wirklich ist.

Wer sich wundert was das soll, möge mal ein Standard Websystem mit den normalen Rulesets von mod_security laufen lassen. Nach dem ersten Ajax oder AHAH Zugriff ist meist bereits Schluss. Aber dazu später mehr.

Warum erzähle ich das alles: ich will euch ermuntern, eure Arbeit zu strukturieren. So wir von unseren Mitgliedern erwarten, dass ihre Pressemitteilungen fein strukturiert und gut lesbar sind, appelliere ich an die Entwickler, so sehr man auch am Anfang stehen mag, nutzt die Systeme zur Versionenkontrolle und wie Richard Stallman immer betont: Release early, Release often! Machen wir bei ptext.de auch nicht anders. Ich habe stets unzählige Post-Its am Monitor, was noch defekt ist, aber Hauptsache der Kunde kann schon die Pressemitteilungen veröffentlichen. The show must go on... Und wenn was falsch war gibt es immer noch Backup. Ja wirklich.