Hi Christoph,
Darf ich dann um einen Link bitten, Herr Kollege? ;-)
Ich bin noch am Dokumentieren ... und in der Abschlußphase, beim
Schreiben des Benutzerhandbuchs, fällt mir am deutlichsten auf,
wo ich etwas so umständlich bedienbar gemacht habe, daß Code
reparieren doch einfach ist als dem Benutzer zu erklären, wie
es von hinten durch die Brust ins Auge geht ... und das will dann
aber erst mal wieder ausgetestet werden ... solange ich selbst
noch notwendige Änderungen sehe, release ich nichts. Nur die Ruhe ...
(Ich habe mir extra ein Perl-Skript geschrieben, um das Perl-
Skript für den produktiven Einsatz von 25 auf 3.5 kb zu
reduzieren ... ;-)
Naja, mal wieder mit Kanonen auf Spatzen, ha? ;-)
cat prog.pl | sed -e 's/#[^!]*$//g' > prog.pl~
&& mv prog.pl~ prog.pl && rm prog.pl~
Und damit kann ich also meine langen, sprechenden Variablennamen
abkürzen? ;-)
Dafür ist wahrscheinlich die Prozessorlast jetzt höher,
als mit mod_gzip, was?
Wenn ich richtig liege, nein.
Das ist ja überhaupt der Trick dabei ... :-)
Glaube ich Dir nicht!
Beweise auf den Tisch!
;->
Ich habe nicht behauptet, daß es genauso viel kann (beispielsweise
kann es keine dynamischen Seiten komprimieren, weil es kein Modul
ist). Aber dafür komprimiert es keine Seite öfter als notwendig ...
Im Juli werde ich das wohl mal versuchen.
Wenn man behilflich sein kann?
Nimm Dir ein mod_gzip 2.0.26a und passe es an die sich ständig
ändernden APIs von Apache 2.0.36+ an ... :-\
(geistig zwischen Japan/Südkorea und dem Schreiben von gzip-Dokus)
Würde Südkorea empfehlen, ist billiger. Braucht aber
Malariaprophylaxe und einen weiteren Haken hat es auch noch:
Da läuft demnächst ein Teil der Fußball WM! >;->
ich sagte doch "geistig" ... und letzteres ist doch gerade der Sinn
meines Urlaubs!
Viele Grüße
Michael
(begeistert von der Leistung der Senegalesen heute ... :-)