David, heißt das, dass du bei jedem Request diese JS/CSS-Dateien neu komprimierst? Das ist mE nach mit Kanonen auf Spatzen schießen. Der Besucher hat zwar immer schön kleine JS/CSS-Dateien, aber es dauert immer ein wenig länger diese zu erhalten als bei einem direkten Aufruf.
Während der Entwicklung würde ich den Komprimierer sowieso nicht anschmeißen. Und wenn die JS/CSS-Datei fertig ist, gehe ich sowieso nur noch selten dran.
Ich sprach in meinem Kommentar vom Caching. Natürlich lege ich neu komprimierte CSS- und Javascript-Dateien nur dann an, wenn sie vom Autor, also von mir, geändert wird. Andernfalls bekommt der Benutzer nur das Cache-File via gzip, was das Ding nochmal kleiner macht.
Und das alles läuft eben völlig automatisch ab, ohne zutun. Das mindert Bandbreite, Prozessorlast und meine Mühe.
Das wiederum ist wirklich eine gute Lösung! Stell’s doch mal online. Dafür muss Zeit sein :)
Ja, ich sehe zu. ;-)
schon mal über mod_deflate() nachgedacht ;-)
Sven, selbstverständlich sollte man immer auch über eine webserver-seitige Komprimierung nachdenken. Diese wird jedoch längst nicht in vollem Umfang von allen Browsern unterstützt. Ist also keine wirkliche All-in-one-Lösung. Trotzdem danke für deine Ergänzung!
Das stimmt natürlich, aber ...
Ich verwende in meinen Projekten Javascript Bibliotheken wie z.B. Mootools. Diese unterstützen "nur" bestimmte Browser, welche mit "Content-Encoding: gzip" sowieso umgehen können... von daher ist mod_deflate() für mich die absolut richtige Wahl.
Und wer muss heute noch Netscape Communicator 4 unterstützen, der zwar den Header "Accept-Encoding: gzip" sendet, allerdings die Implementierung der Verarbeitung komprimierter Inhalte eine ganze Reihe schwerer Fehler enthält.
Folgende Browser senden den Header "Accept-Encoding: gzip":
IE ab Version 4, Opera ab Version 5, Netscape 6 & 7 und Mozilla
Von daher ist deine Aussage "Diese wird jedoch längst nicht in vollem Umfang von allen Browsern unterstützt." prinzipiell richtig, aber für mich kein Argument!
@Macx
Ja wäre schön, wenn Du es mal hinkriegst. Oder sprech doch einfach mal auf Technikwürze darüber.
Bis es soweit ist, werde ich mich mal mit dem Kompressor beschäftigen.
macx
15.06.2008
HasyCompressPortable ist in meinen Augen sinnfrei. Möchtest du dir die Arbeit machen, deine JS- und CSS-Dateien bei jeder Miniänderung durch das Programm zu jagen und neu auf den Server zu laden? Ich habe mir was in PHP geschrieben, was das live macht, und ggf. cached und via gzip aufliefert. Aber wie immer fehlt mir die Zeit darüber zu bloggen. ;-)