So, hier der schon angekündigte Lösungsweg, um GZIP auf seiner 1&1 Präsenz zu aktivieren:
Nach umfangreichen Tests via .htaccess (Implementierung GZIP-Lösung und auch DEFLATE-Lösung in jeweils verschiedenen Code-Varianten) konnte ich den Server leider nicht zu einer Aktivierung einer Komprimierung überreden.
Nachdem ich dann nochmals intensiv zu dem Thema "GZIP und 1&1" gegooglet habe, habe ich irgendwo gefunden, daß es bei 1&1 lediglich zweier Anpassungen in den PHP-Einstellungen bedarf, um GZIP zu aktivieren:
Man muß zlib.output_compression = On und zlib.output_compression_level = 9 setzen. Das reicht so bereits!
Wie geht dies?
Man muß entweder im Server-Root oder im Domain-Root via FTP eine php.ini anlegen, die folgenden Inhalt hat:
1
2
|
zlib.output_compression = On
zlib.output_compression_level = 9
|
Da sich eine php.ini (im Gegensatz zu einer .htaccess) nicht automatisch in alle darunterliegenden Verzeichnisse vererbt, muß man via SSH (Secure Shell) symbolische Links der php.ini in allen (!) rekursiven Unterverzeichnissen anlegen.
Der Befehl dazu lautet:
find . -type d -exec ln -sv /absoluter/pfad/der/php.ini {}/php.ini \;
Ich benutze für so etwas WinSCP (den m.E. sowieso genialsten FTP-Client). Man kann jedoch auch z.B. das Tool PuTTY oder andere SSH-fähige Clients dafür heranziehen. Wichtig ist, daß in dem Befehl der absolute Pfad der php.ini angegeben wird, also z.B. (Variante Domain-Root):
/kunden/homepages/12/d12345678/htdocs/pfad/zum/domainroot/php.ini
Oder (Variante Webspace-Root):
/kunden/homepages/12/d12345678/htdocs/php.ini
Nach erfolgreicher Ausführung des Befehls (ich habe mich übrigens für die globale Variante Webspace-Root entschieden) ist die GZIP-Komprimierung nun auf allen meinen Websites, die auf dem besagten 1&1 Webspace liegen, nun einwandfrei aktiviert.
Alle Tests auf den verschiedensten GZIP-Testseiten, die ich in Google gefunden habe, verlaufen im Gegensatz zu vorher nun positiv und bestätigen, daß der Server die Seiten nun GZIP-komprimiert ausliefert.
Zu dem Thema, ob dies nun gefühlsmäßig irgendetwas gebracht hat, sage ich mal:
U.U. ein bißchen, aber nicht soviel wie ich mir vorher euphorisch ausgemalt habe. Der Server sendet die Seiten jetzt zwar teilweise extrem komprimiert an den Browser (z.T. 90% Traffic-Ersparnis), jedoch habe ich das Gefühl, daß die Komprimierung auf dem Server selbst wiederum auf Kosten der Performance geht.
Mein nächster Schritt wird also sein, die unterschiedlichen Komprimierungslevel mal nacheinander durchzugehen. Möglich sind hier die Werte "0" (keine Komprimierung) bis "9" (stärkstmögliche Komprimierung). U.U. gibt es ja einen sehr sinnvollen Mittelweg zwischen dem auftretenden Performance-Verlust auf dem Server und des per GZIP-Komprimierung eingesparten Traffics. Ich denke, ein Wert um "3" bis "5" herum könnte einen gesunden Kompromiß darstellen.
Ich werde weiter darüber berichten, sobald ich mehr dazu weiß ...