Ohne Aufwand „nicht messbar“

[Raketenwissenschaftler]

Aber das müsste man erstmal messen.

Die einzige Messmethode, die mir gestern einfiel, war den Cache zu deaktivieren, den Apache neu zu starten und mit den Entwicklertools die Zeit zu messen.

Mit https im lokalen Netz (eine statische Seite mit 1,09kb braucht ohne DNS-Auflösung, Verbindungsaufbau und TLS-Konfiguration 5ms "Wartezeit") war das Ergebnis (nach Abzug des vorgenannten) ebenfalls nach 5ms da. Allerdings waren natürlich nur ein paar Byte zu "stream-editieren" und es gab auch nur einen, zudem sehr einfachen, Ersetzungsausdruck.

Andererseits habe ich genug mit dem eigentlichen sed herumgemacht um zu wissen, dass der Unix-Befehl (ich nehme mal an, das Apache Modul ruft den nicht auf, sondern implementiert dessen „Mechanik“) selbst bei vielen Regeln und auch bei großen Datenmengen sehr schnell ist.

Denkbar ist übrigens, dass meine Version von mod_sed die regulären Ausdrücke beim Start des Apache kompiliert und speichert (weswegen es nicht in der .htaccess stehen durfte) und deswegen so schnell ist.

Damit stellt sich die Frage, warum wohl jemand auf die Idee kommt, mod_sed zu programmieren.

Ich habe da 4 Ideen:

• "weil er/sie es kann" (sowas ist manchmal auch mein Motiv)
• weil er/sie glaubt eine schnellere oder speichersparendere Lösung als mod_include (SSI) anbieten zu können.
• weil er/sie glaubt, für geübte Unixer (solche, die mit sed und regulären Ausdrücken umgehen können) sei das einfacher zu verwenden als SSI.
• Ein Hoster musste nach gerichtlicher Anweisung, eine bestimmte Aussendung seines Kunden (e.g."Meier ist doof") zu unterlassen, eine Lösung finden um einerseits die Aussendung zu verhindern und gleichzeitig vertragstreu zu sein, also an den Daten und Programmen des Kunden nicht zu fummeln:

AddOutputFilter Sed html
OutputSed "s/meier(.*)ist(.*)doof/XXXXX$1XXX$2XXXX/ig"