Një përgjigje e ruajtur me Vary: * dështon gjithmonë në testin normal të përputhjes së Vary. Proxy nuk mund të konkludojë se një kërkesë e mëvonshme ka të drejtë për të njëjtin paraqitje vetëm sepse URL-ja dhe titujt e dukshëm duken të ngjashëm.

Krahasojeni këtë me:

Vary: Accept-Encoding

Kjo emërton një fushë kërkese që cache-i mund të krahasojë. Karakteri i përgjithshëm thotë se ky lloj krahasimi i titujve nuk mjafton. Rritja e freskisë ose e madhësisë së cache-it nuk siguron informacionin e përzgjedhjes që mungon.

Dallimi është midis ruajtjes dhe ripërdorimit. Një cache mund të mbajë informacion të dobishëm për validimin, por një variant me karakter të përgjithshëm i ruajtur nuk bëhet përgjigje normale përputhëse që mund të plotësojë kërkesën tjetër. Proxy zakonisht duhet të kontaktojë origjinën.

Bëni që politika e përgjigjes të përshkruajë aplikacionin

Nëse kontrolloni origjinën dhe paraqitja vërtet ndryshon vetëm sipas titujve të identifikueshëm të kërkesës, emërtoni ato fusha me saktësi. Mos e zëvendësoni karakterin e përgjithshëm me Accept-Encoding vetëm sepse ai shembull mund të ruhet në cache: aplikacioni mund të ndryshojë edhe sipas gjuhës, autorizimit ose informacionit jashtë atyre titujve.

Nëse përmbajtja është private ose nuk duhet të ruhet, shpreheni këtë përmes politikës përkatëse të cache-it. Heqja e Vary nuk e bën përmbajtjen e personalizuar të sigurt për t'u ndarë.

Cilësimi vary_ignore_expire i Squid ka të bëjë me trajtimin e skadimit për përgjigjet e ndryshueshme dhe sjelljen historike të HTTP. Nuk është një çelës që e bën karakterin e përgjithshëm të përputhet.

Artikuj të ngjashëm