On 28 Aug 2009, at 06:13, toki...@aol.com wrote:
> Brian Akins of Turner Broadcasting, Inc. wrote...
>
> We are moving towards the 'if you say you support gzip,
> then you get gzip' attitude.
The only approach that makes sense. Good to hear that from
folks as big as you.
There isn't a bro
inal Message-
From: Akins, Brian
To: dev@httpd.apache.org
Sent: Thu, Aug 27, 2009 9:42 am
Subject: Re: mod_cache, mod_deflate and Vary: User-Agent
On 8/26/09 3:20 PM, "Paul Querna" wrote:
> I would write little lua scriptlets that map user agents to two
> buckets: suppo
On 8/26/09 3:20 PM, "Paul Querna" wrote:
> I would write little lua scriptlets that map user agents to two
> buckets: supports gzip, doesnt support gzip. store the thing in
> mod_cache only twice, instead of once for every user agent.
We do the same basic thing. We are moving towards the "if y
> William A. Rowe, Jr.
>
> I think we blew it :)
>
> Vary: user-agent is not practical for correcting errant browser behavior.
You have not 'blown it'.
>From a certain perspective, it's the only reasonable thing to do.
Everyone keeps forgetting one very important aspect of this issue
and that i
On Wed, Aug 26, 2009 at 2:50 PM, William A. Rowe,
Jr. wrote:
> Paul Querna wrote:
>>
>> Yes, write a Varied header to 'hash' plugin API for mod_cache.
>>
>> I would write little lua scriptlets that map user agents to two
>> buckets: supports gzip, doesnt support gzip. store the thing in
>> mod_cac
Paul Querna wrote:
>
> Yes, write a Varied header to 'hash' plugin API for mod_cache.
>
> I would write little lua scriptlets that map user agents to two
> buckets: supports gzip, doesnt support gzip. store the thing in
> mod_cache only twice, instead of once for every user agent.
This doesn't
On Wed, Aug 26, 2009 at 11:47 AM, William A. Rowe,
Jr. wrote:
> I think we blew it :)
>
> Vary: user-agent is not practical for correcting errant browser behavior.
>
> For example;
>
> User-Agent: Mozilla/5.0 Gecko/20090729 Firefox/3.5.2
>
> produces a myriad number of 'variant' flavors when taggi