Cosa significa Vary: * per una cache proxy condivisa

Una risposta memorizzata con Vary: * fallisce sempre il normale test di corrispondenza Vary. Il proxy non può concludere che una richiesta successiva abbia diritto alla stessa rappresentazione solo perché il suo URL e le intestazioni visibili sembrano simili.

Confrontate questo con:

Vary: Accept-Encoding

Questo nomina un campo della richiesta che la cache può confrontare. Il carattere jolly dice che questo tipo di confronto delle intestazioni non basta. Aumentare la freschezza o la dimensione della cache non fornisce l'informazione di selezione mancante.

La distinzione è tra memorizzazione e riutilizzo. Una cache può conservare informazioni utili alla validazione, ma una variante jolly memorizzata non diventa una risposta corrispondente normale in grado di soddisfare la richiesta successiva. Di solito il proxy deve contattare l'origine.

Fate descrivere all'applicazione la politica di risposta

Se controllate l'origine e la rappresentazione varia davvero solo in base a intestazioni di richiesta identificabili, nominate quei campi con precisione. Non sostituite il jolly con Accept-Encoding solo perché quell'esempio è memorizzabile: l'applicazione può variare anche per lingua, autorizzazione o informazioni al di fuori di quelle intestazioni.

Se il contenuto è privato o non deve essere memorizzato, esprimetelo tramite la politica di cache corrispondente. Rimuovere Vary non rende il contenuto personalizzato sicuro da condividere.

Il vary_ignore_expire di Squid riguarda la gestione della scadenza per le risposte variabili e il comportamento HTTP storico. Non è un interruttore che fa corrispondere il jolly.