Thats better $ lwp-request -des -H'User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Q312461)' -H'Accept-Encoding: deflate' http://www.boostworks.com/customers/index.html 200 GZIP follows Connection: Keep-Alive Date: Wed, 26 Mar 2003 12:18:30 GMT ETag: "ad59b-3fea-3e4aa43a" Server: Apache/1.3.20 (Unix) PHP/4.0.6 Content-Encoding: deflate Content-Type: text/html Last-Modified: Wed, 12 Feb 2003 19:44:58 GMT Client-Date: Wed, 26 Mar 2003 12:38:22 GMT Client-Response-Num: 1 Client-Transfer-Encoding: chunked Keep-Alive: timeout=15, max=100
> -----Original Message----- > From: David Carter [mailto:[EMAIL PROTECTED] > Sent: 26 March 2003 12:06 > To: [EMAIL PROTECTED]; 'Mike Simons' > Cc: [EMAIL PROTECTED] > Subject: RE: Net::HTTP does not use compressed transfers when it should > > > It's been quite a while since I tested against their site, so perhaps they > have changed how they are doing compression, or perhaps they have > dropped it > altogether. > > Take a look at BoostWorks' customer list here: > http://www.boostworks.com/customers/index.html > > You may find a site from this list that works. > > Regards, > David > > --- > David Carter > [EMAIL PROTECTED] > > > > -----Original Message----- > > From: Paul Marquess [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, March 26, 2003 6:21 AM > > To: [EMAIL PROTECTED]; 'Mike Simons' > > Cc: [EMAIL PROTECTED] > > Subject: RE: Net::HTTP does not use compressed transfers when it should > > > > This is pretending to be IE 6. No Content_Encoding header sent back > > though. > > > > $ lwp-request -des -H'User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; > > Windows NT 5.0; Q312461)' -H'Accept-Encoding: gzip, deflate' > > http://www.homedepot.com > > 200 OK > > Connection: close > > Date: Wed, 26 Mar 2003 11:16:27 GMT > > Server: Netscape-Enterprise/4.1 > > Content-Length: 3733 > > Content-Type: text/html > > Client-Date: Wed, 26 Mar 2003 11:16:05 GMT > > Client-Response-Num: 1 > > > > > > > -----Original Message----- > > > From: David Carter [mailto:[EMAIL PROTECTED] > > > Sent: 26 March 2003 10:49 > > > To: 'Mike Simons'; 'Paul Marquess' > > > Cc: [EMAIL PROTECTED] > > > Subject: RE: Net::HTTP does not use compressed transfers when > it should > > > > > > > > > Sorry - you'll need to masquerade as Internet Explorer, or some other > > > browser (& version) "known" by their HTTP accelerator to support > > > deflate, in > > > addition to using an "accept-encoding" header. > > > > > > I don't have my code on this computer, or I'd send it to you > > > right now. I'll > > > try to post a snippet when I get to the office. > > > > > > --- > > > David Carter > > > [EMAIL PROTECTED] > > > > > > > > > > -----Original Message----- > > > > From: Mike Simons [mailto:[EMAIL PROTECTED] > > > > Sent: Wednesday, March 26, 2003 2:53 AM > > > > To: David Carter; Paul Marquess > > > > Cc: [EMAIL PROTECTED] > > > > Subject: Re: Net::HTTP does not use compressed transfers when it > > should > > > > > > > > On Tue, Mar 25, 2003 at 04:42:15PM -0500, Mike Simons wrote: > > > > > - Does anyone know of apache support for transfer-encoding? > > > > > - Does anyone know of linux web applications that use TE:? > > > > > > > > > On Tue, Mar 25, 2003 at 05:44:21AM -0500, David Carter wrote: > > > > > > No need to teach mod_gzip deflate for testing - just find a site > > on > > > > the > > > > > > internet that already emits "Content-encoding: deflate" & test > > with > > > > it. > > > > > > Such as http://www.homedepot.com > > > > > > > > > > Very good point... thanks for the URL, I'll try that first. ;) > > > > > > > > Hrmmm... I'm not seeing data sent back compressed. I've > tried lynx, > > > > my own get.pl test program, and mozilla. I see the mozilla request > > > > advertise "Accept-Encoding: gzip, deflate, compress;q=0.9" but the > > > > results comes back in the clear. > > > > > > > > - Could you provide the headers from a sample request that will get > > > > deflate data out of it? > > > > - Does anyone else know of a site that sends 'deflate' > style replies? > > > > > > > > Thanks, > > > > Mike Simons > > > > > > > > > > > > > >
