Autor: Wojtek Sylwestrzak (W.Sylwestrzak_at_icm.edu.pl)
Data: Tue 23 Feb 1999 - 23:16:02 MET
Jaroslaw Rafa wrote:
>
> Dnia 23 Feb 99 o godz. 20:23, Wojtek Sylwestrzak napisal(a):
>
> > > Nie bardzo rozumiem, co rozumiesz przez "prywatne" polaczenia czy strony?
> >
> > Dokladnie to samo co HTTP/1.1
>
> Tzn. "Cache-Control: private", tak?
> To juz lepiej od razu dac "Cache-Control: no-cache" ;-)
jest pewna roznica, bylo o tym duzo dyskusji przy tworzeniu wczesnych
draftow http/1.1:
private
Indicates that all or part of the response message is intended for
a single user and MUST NOT be cached by a shared cache. This
allows an origin server to state that the specified parts of the
response are intended for only one user and are not a valid
response for requests by other users. A private (non-shared) cache
MAY cache the response.
Note: This usage of the word private only controls where the
response may be cached, and cannot ensure the privacy of the
message content.
no-cache
If the no-cache directive does not specify a field-name, then a
cache MUST NOT use the response to satisfy a subsequent request
without successful revalidation with the origin server. This
allows an origin server to prevent caching even by caches that
have been configured to return stale responses to client requests.
If the no-cache directive does specify one or more field-names,
then a cache MAY use the response to satisfy a subsequent request,
subject to any other restrictions on caching. However, the
specified field-name(s) MUST NOT be sent in the response to a
subsequent request without successful revalidation with the origin
server. This allows an origin server to prevent the re-use of
certain header fields in a response, while still allowing caching
of the rest of the response.
Note: Most HTTP/1.0 caches will not recognize or obey this
directive.
--w
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:19:42 MET DST