I've finally gotten round to packaging this version up for debian
(lots of things changed, cruft from old versions removed, etc.).
Now, when trying it out, I find that it doesn't request compressed data,
despite the "request-compressed-data = yes" option in the conf file.
Yes, it's compiled with zlib support:
wwwoffled[4824] Important: WWWOFFLE Demon Version 2.7 (with zlib,without
ipv6) started.
I verified this quick and dirtily by writing a little script that logs
the request wwwoffle sends out, plugging that into inetd.conf, and then
requesting that "url". The script:
$ cat /tmp/logrequest
#!/bin/sh
while read a; do
if [ x"$a" = "x^M" ]; then # the ^M is a literal ctrl-M
break
fi
echo "$a"
done > /tmp/request.$$
$ chmod +x /tmp/logrequest
The inetd.conf entry:
12345 stream tcp nowait paul /tmp/logrequest logrequest
Now point the browser at http://your.ip.num.ber:12345/something
With no proxy configured, I see this:
GET /something HTTP/1.1
Host: 192.168.8.142:12345
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020214
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1
Accept-Language: nl, en;q=0.50
Accept-Encoding: gzip, deflate, compress;q=0.9
Accept-Charset: ISO-8859-1, utf-8;q=0.66, *;q=0.66
Keep-Alive: 300
Connection: keep-alive
Cache-Control: max-age=0
Note that Mozilla is requesting compressed data.
Now with wwwoffle configured as proxy:
GET /something HTTP/1.0
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020214
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,text/css,*/*;q=0.1
Accept-Language: nl, en;q=0.50
Accept-Charset: ISO-8859-1, utf-8;q=0.66, *;q=0.66
Keep-Alive: 300
Host: 192.168.8.142:12345
Connection: close
The Accept-Encoding: line is not there...
This was pretty obvious when I was testing against a large text-only
document which is on a server behind a pretty low bandwidth (10kB/s)
line; with compression the document was loaded in a second, without
compression it took almost 10 seconds, which is what triggered me to
look at this in the first place.
Any ideas?
Thanks,
Paul Slootman
