Kommentare zu: Ladezeiten optimieren mit GZip-Kompression am IIS

Von: admin

admin — Wed, 13 Apr 2011 11:24:13 +0000

Wenn PageSpeed nur dann “grün” zeigen würde, denn der jeweilige Punkt zu 100% erfüllt ist, würden wir – speziell in Bereichen wie Reduktion von CSS und Scripten – wohl nie einen Haken zu sehen bekommen

Von: tkrause

tkrause — Wed, 13 Apr 2011 11:14:39 +0000

Ich muss sagen, ich habe den Screenshot falsch interpretiert, das war der Grund für meine Nachfrage.
Habe überlesen, dass dort “COULD reduce” und “COULD save” steht.
Bin ebenfalls der Meinung, dass Google Page Speed das seltsam anzeigt. Wenn der grüne Haken da ist, bin ich erst einmal der Auffassung, dass dieser Punkt vollständig optimiert ist. Was wäre, wenn ich nicht auf die Idee kommen würde und den Compression-Punkt nicht expandiere? Dann würde ich weiterhin denken, dass die Dateien bereits komprimiert werden.

Ich habe in diesem Stadium nicht sehr viel getestet, aber ich meine Firebug hätte bei js-/css-Dateien keinen “Accepted Encoding: gzip”-Eintrag habt und die Dateien waren bei der Übertragung ebenfalls nicht kleiner. Dementsprechend vermute ich, dass ohne die Ergänzung in der Metabase keine großartigen Änderungen aufgetreten waren.

D.h. ich muss tatsächlich die Metabase editieren um die entsprechenden Dateitypen explizit zu komprimieren.

Von: admin

admin — Wed, 13 Apr 2011 09:04:35 +0000

Hallo, wenn wir den gleichen Screenshot meinen, zeigt der “grüne Haken” in PageSpeed zwar an, dass die Komprimierung aktiv ist, aber die darunter aufgezählten Ressourcen (hier: base.js, helpers.js, admin.css) dadurch eben noch nicht erfasst wurden. Oder ist ein anderer Punkt aus dieser Abbildung gemeint, den ich irgendwie übersehe? Denn wenn ich mich recht an die Erstellung des Beitrags erinnere, hat der zusätzliche Schritt in der exemplarischen Installation auch in PageSpeed tatsächlich erkennbare (wenngleich nicht per Screenshot abgelichtete) Verbesserungen gebracht. Ich bin kein Fachmann für den IIS und will daher auch nicht ohne es zu Wissen behaupten, dass das “simple Aktivieren” der Funktion _nicht_ bereits auch diese Dateien erfasst (bzw. erfassen sollte)… Dennoch erschien der zusätzliche Schritt erforderlich und so ist er denn auch in diesen Blogbeitrag gerutscht. Wenn andere Messwerte das reproduzierbar beim IIS xyz als unnötig erscheinen lassen, nehme ich gern einen entsprechenden Hinweis an geeigneter Stelle auf. Wie waren denn die eigenen Erfahrungen damit?

Von: tkrause

tkrause — Wed, 13 Apr 2011 07:52:00 +0000

Zunächst einmal: Super Anleitung, vielen Dank dafür!

Mir fehlt gerade übrigens irgendwie ein Datum zu dem Artikel.

Der Screenshot über “CSS + Scripte (und andere Dateitypen) ebenfalls komprimieren” zeigt bereits, dass CSS- und JavaScript-Dateien kompirimiert werden, nach dem “einfachen” einschalten der statischen Kompression. Mir ist nicht ganz klar, aus welchem Grund dort noch weiter “getweaked” wird.

Zwei Gründe könnte ich mir vorstellen:

1. Aktivierung der Kompression für weitere Dateitypen (wobei CSS + JS (scheinbar) bereits komprimiert WERDEN und mich somit die Überschrift “CSS + Scripte (und andere Dateitypen) ebenfalls komprimieren” irritiert)

2. Erhöhung des Kompressionslevels.

Kann ich evtl. ein kurzes Statement diesbezüglich bekommen?!

Danke und Gruß