W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2009

Re: Proposal for i23: no-store invalidation

From: Henrik Nordstrom <henrik@henriknordstrom.net>
Date: Thu, 25 Jun 2009 00:56:33 +0200
To: "Roy T. Fielding" <fielding@gbiv.com>
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Message-Id: <1245884193.9223.127.camel@localhost.localdomain>
tis 2009-06-09 klockan 11:49 +0200 skrev Roy T. Fielding:

> >  * Cache-Control: no-store
> On a request, this is an instruction to the proxy/gateway to bypass
> the cache (if any).  On a response to a validating request, it
> invalidates whatever is cached because it is new metadata.

Which isn't really said anywhere from what I can tell..

> >  * Cached response considered fresh by cache but not meeting request
> > requirements, and the new response is not cacheable.
> That invalidates the current cached item if the cache sent
> a validating request.

By what rule?

And it may well be the case that the cache did in fact NOT send a
validating request here. One obvious case is if the previous response do
not have any cache validator so it can't be validated.

> >  * As above, but cache for other reasons selects not to store the new
> > response.
> That is outside the protocol, I think.  What matters is that the
> server's current instructions regarding the representation be
> understood (explained by the protocol).

Not sure I follow you there. Current as in current for this request
only, or current as in current state of the server?

Received on Wednesday, 24 June 2009 22:57:15 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 2 February 2023 18:43:19 UTC