Kommentare zu: Webseiten beschleunigen Teil 4 – Die gzip-Compression

Von: Markus

Markus — Thu, 19 Jan 2012 23:04:25 +0000

Endlich einen tollen Artikel zum Thema GZIP gefunden. Einfach erklärt und es wird auch auf die Integration via htaccess eingegangen. Hat mir sehr geholfen. Vielen Dank!

Von: Squueeze

Squueeze — Mon, 21 Nov 2011 06:59:18 +0000

Guten Morgen! Also eine Fehlermeldung bekomme ich jetzt nicht mehr nachdem ich den Browsercache gelöscht habe. Allerdings funktioniert das mit der .htaccess Datei leider immer noch nicht. wpCompressor funktioniert dafür

Der GIDZip Test sagt folgendes:
Web page compressed? Yes
Compression type? gzip
Size, Markup (bytes) 64,770
Size, Compressed (bytes) 15,233
Compression % 76.5

YSlow sagt aber weiter:

“Grade F on Compress components with gzip

There are 14 plain text components that should be sent compressed”

Obwohl es jetzt in der .htaccess steht und das Plugin an ist, den Cache hab ich davor auch nochmal gelöscht.

Danke übrigens für deine schnelle Hilfe!

Von: Webmaster

Webmaster — Fri, 18 Nov 2011 12:23:14 +0000

@Squueeze Lösche mal deinen Browser-Cache mit STRG + F5. Falls das nicht hilft, probier mal das WP-Plugin wpCompressor aus.

Von: Squueeze

Squueeze — Fri, 18 Nov 2011 12:10:20 +0000

Tach,

ich hab das ganze auch mal probiert, da ich starke Performance Probleme bei meinem Blog habe.
In der .htaccess Datei stand aber bereits folgendes:

BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html

Wenn ich das jetzt lösche und durch den Eintrag aus dem Tutorial ersetze kommt eine 500er Fehlermeldung (Internal Error)

Wo liegt da das Problem und wie kann ich es lösen?
Momentan wird nämlich garnichts gezippt laut dem GID Test.

Bei einer anderen Seite ging das übrigens alles ohne Probleme, beides bei 1&1 gehostet (unterschiedliche Pakete) nur einmal mit Redaxo und einmal mit WordPress, da liegt übrigens der Problemfall.

Ich hoffe ihr könnt mir bei meiner Frage helfen!

Von: Netzleben Teil 4 – Technik – Woche 2 - Yoga Reisen für Sie!

Netzleben Teil 4 – Technik – Woche 2 - Yoga Reisen für Sie! — Wed, 15 Jun 2011 19:48:33 +0000

[...] den Kompromiss befolgen wir jetzt über den Sommer. Zukünftig möchten wir gern die GZIP-Komprimierung noch mit einbauen und auch ein neues Template soll mehr Klarheit und Übersicht schaffen. Unser [...]

Von: Melanie

Melanie — Tue, 25 Jan 2011 09:54:22 +0000

Hallo,

ich habe eben auch den “WebPageTest” bezüglich der Geschwindigkeit meiner Webseite gemacht. U. a. wurde die fehlende Komprimierung angemerkt. Die verlinkten Hilfeseiten haben mir das Problem nicht wirklich verständlich erläutert.

Ich bin froh, dass ich zu allen meinen “Problemfällen” hier auf der Seite eine verständliche Antwort gefunden habe. Vielen Dank dafür.

Von: Webmaster

Webmaster — Tue, 11 Jan 2011 20:50:58 +0000

@Daniel Gerade für Javascript-Bibliotheken ist die Vorkomprimierung wirklich sehr gut geeignet. Probiere es einfach mal aus. Ist ja nicht viel Aufwand

Von: Daniel

Daniel — Tue, 11 Jan 2011 19:32:57 +0000

Zum Vorkomprimieren: Das kling ja genial! Hiermit könnte ich augenscheinlich alle JavaScript-Dateien mit Gzip direkt auf dem Server in *.jgz-Dateien verpacken und ausliefern? Habe einige JS-Dateien die praktisch nie angefasst werden und per Deflate den Weg zum Besucher finden. So ist’s allerdings etwas weniger Arbeit für den Server…

@Wolfgang: Habe auch mit mehreren Servern und Webseiten verschiedene Tests durchgeführt und lag immer beim gepackten Datenversand zeitlich vorn. Klar sollte man Bilder, gezippte Dateien oder Videos vom FilesMatch ausschließen, aber alles was irgendwo sowas wie Text ist, brachte grundsätzlich Vorteile.
Das ganze kann natürlich ein Nachteil sein, wenn der (v)Server nicht ganz so gut bestückt ist. Aber aktuelle root-Server mit mehreren CPU-Kernen und massig RAM machen das mit links. Und selbst mein privater vServer mit nur 2 Kernen und 1 GB RAM ist bei Stresstests weit weg vom Limit.

Ich kann mod_deflate nur empfehlen!

Von: Webmaster

Webmaster — Mon, 02 Aug 2010 20:12:20 +0000

@voku1987 + @Heiko

Der Artikel und die ganze Artikelreihe ist hauptsächlich für Webspace-Nutzer gedacht. Wenn man einen eigenen Server mit Root-Zugriff hat, hat man natürlich noch mehr Möglichkeiten, seine Webseiten zu beschleunigen.

@Wolfgang

Wie ich in der Artikelreihe ja mehrfach erwähnt habe, setze ich ja auch Pagespeed ein, um herauszufinden, wie ich meine Webseiten beschleunigen kann. Wie man damit einen Geschwindigkeitsverlust durch das Zippen erkennen kann, weiß ich aber nicht. Vielleicht kannst du das nochmal näher erklären.

Wenn man nur normalen Webspace hat, ist es aber zum Teil auch gar nicht möglich, die gzip-Kompression für html-Dateien auszuschalten. Mein Webhoster hat für HTML-Dateien die gzip-Kompression automatisch aktiviert. Da kann ich in die .htaccess reinschreiben, was ich will.

Von: Wolfgang Wiese

Wolfgang Wiese — Mon, 02 Aug 2010 12:06:11 +0000

Hm, also ich würde den Artikel nicht so pauschal unterschreiben wollen.
Sicher, wenn man einen Server hat, der schlecht angebunden ist oder einen User, der ebenfalls an einer ISDN (oder schlechteren Leitung) sitzt, ist ein ZIPen des Inhalts richtig.
ABER: Moderne Browser fangen schon an, weitere Daten (Bilder, CSS-Files, etc.) zu laden, bevor die ursprüngliche Page fertig geladen wurde.
Durch ein zippen einerWebsite jedoch muss diese erst als ganzes geladen, entpackt und interpretiert werden, bevor weitere Files nachgeladen werden können.
Mit Firebug und dessen Page Speed Analyse kann man dies ziemlich genau nachvollziehen.

Aus diesem Grund habe ich bei meinen Server das zippen abgeschaltet, bzw. nur für Files vorgesehen die größer als 1MB sind oder keine HTML-Files sind.