Çfarë do të thotë Vary: * për një cache proxy të përbashkët
Kuptoni pse një përgjigje e ruajtur me Vary: * nuk mund të përputhet me një kërkesë të mëvonshme përmes përzgjedhjes normale të cache-it të përbashkët.
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.