Re: Re: does gzipping buffer really speed retrieval?

php@minotaur.nu wrote: > > On Sat, 14 Oct 2000 09:58:27 -0700, you wrote: > > >I load large (300-500k) dynamic pages from a query. It takes some time > >to load... would it load faster if I gzipped the buffer and sent that over > >to the browser? > > I'm finding some very good results in the last couple of days. I've > yet to use it on a live page, but I have a test file I got from a > system that did so on a global scale (in apache, mod_gzip; > http://freshmeat.net/projects/mod_gzip/) > > My test files are at http://www.bigsites.co.uk/~alister/ > > music.htm is a plain html 650kb file, a large table. > music.php is the same html (included), but wrapped with class > gzip_encode (from http://Leknor.com/code/) > > My own test via a decent v90 modem (connecting =>49,333bps) show 1/4 > of the time and 1/13th the data transfer for these test files. > > It may not be worth encoding however if the page is smaller than say > 30k, but for huge pages - like 650k, it's hard to say no. Hi, Before you put this on a live system I suggest trying it through a proxy. From experience I found most proxies cannot handle Gzip'ed content types -- when they see "text/html" as the mimetype they bail on the first null character in the data stream, which for my pages was always the fourth byte (part of the gzip header). I did a test with Aparch using mod_rewrite in proxy mode and that could not handle the compression; I think Squid fails as well. Ciao, Andreas Pour http://www.kde.com/ : Everything KDE http://apps.kde.com/: The Latest in KDE Applications