C'è sempre qualche motivo di rispondere con “Vary: *” e “Vary: Foo” per la stessa risorsa?

Question

C'è un motivo per un server HTTP per rispondere a volte con Vary: *, e talvolta con Vary: Foo, alle richieste per la stessa risorsa?

Cosa dovrebbe fare una cache, se dopo la ricezione (e cache) sia le risposte, che riceve una richiesta con un'intestazione Foo corrispondenza, per cui la risposta Vary: Foo è adatto? Può servire la risposta di corrispondenza, o fa l'override risposta Vary: * separata vero?

Answer 1

Ogni risposta viene valutata in isolamento, in modo che possa scegliere il Vary:. Risposta Foo

Si veda:

• https://svn.tools.ietf.org/svn/wg/httpbis/draft-ietf-httpbis/latest/p6-cache.html#constructing.responses.from.caches
• https://svn.tools.ietf.org/svn/wg/httpbis/draft-ietf-httpbis/latest/p6-cache.html#caching.negotiated.responses

Answer 2

Ci può essere una situazione in cui un server può garantire che per un certo tempo la rappresentazione di una risorsa è influenzato solo da Foo ma dopo qualche tempo è trascorso, non può più fare alcuna garanzia e deve impostare l'intestazione di Vary: *.

scadenza è preferito su convalida. Dal momento che le forze Vary: * rinnovo, la cache deve selezionare la risposta Foo ammesso che è fresco.