Na wat internal server error's had ik de juiste syntax voor in mijn .htaccess en kon het testen beginnen.
http://www.atlex.nl/ zonder Gzip compressie: 5.43 KB (5558 bytes)
http://www.atlex.nl/ met Gzip compressie: 2.33 KB (2387 bytes)
Een aanzienlijke winst dus, die nog wat beter wordt als ik de externe CSS bestanden in de pagina plaats tussen <style>..</style> tags. De pagina zonder compressie is dan 8933 bytes, de gecomprimeerde versie 3002. Een winst van bijna 66% dus! Alleen verlies ik daarmee mijn voordeel van caching, dus deze manier was niet blijvend.
.
. Of mod_gzip of PHP gecompileerd met --with-zlib.
ob_start("ob_gzhandler" )
En onderaan
ob_end_flush()Ook kan het dmv het gebruik van .htaccess
php_value output_handler ob_gzhandlerThat's it! Dat een website gebruik maakt van compressie is meteen duidelijk na een blik op de headers:
Date: Thu, 21 Apr 2005 16:47:54 GMT
Server: Apache/1.3.33 (Unix) mod_ssl/2.8.22 OpenSSL/0.9.7a PHP/4.3.10 mod_perl/1.29 FrontPage/5.0.2.2510
X-Powered-By: Wat server meuk, wat anders :z
Expires: Tue, 08 Jul 1986 19:30:00 +100
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Language: nl
X-Accelerated-By: AtleX.nl/optimizer
Content-Encoding: gzip
Vary: Accept-Encoding
Connection: close
Transfer-Encoding: chunked
Content-Type: application/xhtml+xml; charset=utf-8
200 OK
Output compression is ook mogelijk dmv mod-gzip van Apache, het configureren en installeren daarvan is dermate complex dat het buiten het bestek van dit artikel valt.
Ook worden CSS-bestanden en images niet gecomprimeerd, een site die voor de layout volkomen afhankelijk is van afbeeldingen zal weinig winnen met het gebruik van output compression.