httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brian Akins <bak...@web.turner.com>
Subject Re: [PATCH] mod_disk cached fixed
Date Thu, 05 Aug 2004 12:25:31 GMT
TOKILEY@aol.com wrote:

>
> > Brian Akins wrote...
> >
> > Serving cached content:
> >
> > - lookup uri in cache (via md5?).
> > - check varies - a list of headers to vary on
> > - caculate new key (md5) based on uri and clients value of these headers
> > - lookup new uri in cache
> > - continue as normal
>
> Don't forget that you can't just 'MD5' a header from one response and
> compare it to an 'MD5' value for same header field from another response.
>
This isn't what I meant.  I mean get the "first-level" key by the md5 of 
the uri, not the headers.

>
> > BrowserMatch ".*MSIE [1-3]|MSIE [1-5].*Mac.*|^Mozilla/[1-4].*Nav" 
> no-gzip
> >
> > and just "vary" on no-gzip (1 or 0), but this may be hard to do just
> > using headers...
>
> It's not hard to do at all... question would be whether it's ever
> the 'right' thing to do.
>

If you know alot about the data you can do this.  In "reverse proxy" 
mode, you would.

>
> That's why it remains one of the least-supported features of HTTP.
>
Squid supports it really well.

> It's kind of an 'all or nothing' deal whereby if you can't do it ALL
> correctly... then might as well do what most products do and
> treat ANY 'Vary:' header as if it was 'Vary: *'  ( Vary: STAR )
> and don't even bother trying to cache it.
>
Ugh!


-- 
Brian Akins
Senior Systems Engineer
CNN Internet Technologies


Mime
View raw message