Konservita respondo kun Vary: * ĉiam malsukcesas la normalan kongruan teston de Vary. La prokseo ne povas konkludi, ke posta peto rajtas al la sama reprezentaĵo nur ĉar ĝia URL kaj videblaj kaplinioj similas.

Komparu tion kun:

Vary: Accept-Encoding

Ĉi tio nomas petkampon, kiun la kaŝmemoro povas kompari. La ĵokero diras, ke tia komparo de kaplinioj ne sufiĉas. Pliigi freŝecon aŭ kaŝmemoran grandecon ne provizas la mankantan elektoinformon.

La diferenco estas inter konservado kaj reuzo. Kaŝmemoro povas reteni informon utilan por validigo, sed konservita ĵokera varianto ne fariĝas normala kongrua respondo, kiu povas kontentigi la sekvan peton. La prokseo kutime devas kontakti la originon anstataŭe.

Igu la respondan politikon priskribi la aplikaĵon

Se vi kontrolas la originon kaj la reprezentaĵo vere varias nur laŭ identigeblaj petkaplinioj, nomu tiujn kampojn precize. Ne anstataŭigu la ĵokeron per Accept-Encoding nur ĉar tiu ekzemplo estas kaŝmemorebla: la aplikaĵo povas ankaŭ varii laŭ lingvo, rajtigo aŭ informo ekster tiuj kaplinioj.

Se la enhavo estas privata aŭ ne konserviĝu, esprimu tion per la koncerna kaŝmemora politiko. Forigi Vary ne igas personan enhavon sekura por kunhavigo.

La vary_ignore_expire de Squid temas pri eksvalidiĝa traktado por variantaj respondoj kaj historia HTTP-konduto. Ĝi ne estas ŝaltilo, kiu igas la ĵokeron kongrui.

Rilataj artikoloj