Re: Rationale behind storeKey?

From: Mark Nottingham <mnot_at_yahoo-inc.com>
Date: Fri, 27 Jun 2008 09:25:05 +1000

On 27/06/2008, at 7:19 AM, Henrik Nordstrom wrote:

> On ons, 2008-06-25 at 10:32 +1000, Mark Nottingham wrote:
>> Question: why is the request method used as input to the storeKey?
>
>> What am I missing?
>
> The history of Squid, and in addition the negative cache of error
> responses.
>
> Caching of POST results (positive) should be done so that the the
> result
> is cached as if the method was GET, when allowed.
>
> HEAD also should be special-cased more than it already is, but it's a
> bit dangerous to use it for updating cached headers as there is
> numerous
> servers sending bad response headers in response to HEAD.. The main
> reason why HEAD is still a bit separate from GET is that we still can
> not cache partial responses.

Aha...

> A HEAD response is a extreme case of a
> partial response with 0 octets of the response body.. But the
> intention
> is that there should only be a HEAD entry in the cache if there is no
> valid GET entry.

Makes sense. Thanks.

--
Mark Nottingham       mnot_at_yahoo-inc.com
Received on Thu Jun 26 2008 - 23:26:28 MDT

This archive was generated by hypermail 2.2.0 : Fri Jun 27 2008 - 12:00:07 MDT