Re: [squid-users] Vary / Accept-Encoding / mod_gzip Redux

On Thursday 08 May 2003 00.22, R Pickett wrote:

> That is, I agree, how it should work. But that's not what I'm
> seeing.

Quick check: What is the HTTP headers of the reply you think is wrong?

> PURGE http://emerson.craigslist.org:8080/about/best/ HTTP/1.0

A note on PURGE with Vary:

PURGE only deletes one single object variant, not all object variants
of this URL.

To PURGE a specific object variant you must include the request
headers matched by Vary. if you wish to delete multiple variants
including the variant with no matching request headers then purge the
one with no headers last.

If no request headers is included then you will purge Squid's memory
of what the Vary header looks like for this URL. As soon as there is
one request for this URL Squid will learn the Vary header again.

> GET http://emerson.craigslist.org/about/best/
> Accept-Encoding: gzip
> User-Agent: lwp-request/2.01
>
> Connection: close
> Date: Wed, 07 May 2003 22:07:44 GMT
> Accept-Ranges: bytes
> ETag: "19039-1682a-3eb8452b"
> Server: Apache/1.3.27 (Unix) mod_gzip/1.3.26.1a mod_perl/1.27
> Vary: Accept-Encoding
> Content-Encoding: gzip
> Content-Length: 22080
> Content-Type: text/html
> Last-Modified: Tue, 06 May 2003 23:28:43 GMT
> Client-Date: Wed, 07 May 2003 22:07:44 GMT
> Client-Response-Num: 1
> X-Cache: MISS from dev.craigslist.org
> ----

Looks good.

> GET http://emerson.craigslist.org/about/best/
> User-Agent: lwp-request/2.01
>
> Connection: close
> Date: Wed, 07 May 2003 22:07:44 GMT
> Accept-Ranges: bytes
> Age: 12
> ETag: "19039-1682a-3eb8452b"
> Server: Apache/1.3.27 (Unix) mod_gzip/1.3.26.1a mod_perl/1.27
> Vary: Accept-Encoding
> Content-Encoding: gzip
> Content-Length: 22080
> Content-Type: text/html
> Last-Modified: Tue, 06 May 2003 23:28:43 GMT
> Client-Date: Wed, 07 May 2003 22:07:56 GMT
> Client-Response-Num: 1
> X-Cache: HIT from dev.craigslist.org
> ----

This is odd. It sure looks like the first Vary response above. Should
not happen, and is not what seem to happen in my tests. Here
everything seems to work fine.

Can your try to repeat this with "squid -k debug" enabled and then
send me the results in cache.log?

Regards
Henrik

-- 
Donations welcome if you consider my Free Squid support helpful.
https://www.paypal.com/xclick/business=hno%40squid-cache.org
If you need commercial Squid support or cost effective Squid or
firewall appliances please refer to MARA Systems AB, Sweden
http://www.marasystems.com/, info@marasystems.com