HTTP-proksea kaŝmemorado por URL-oj kun demandaj ĉenoj

Demanda ĉeno ne igas respondon nekaŝmemorebla laŭ modernaj HTTP-reguloj. Publika rimedo kiel /catalog?page=2 povas rekte deklari sian celitan freŝecon:

Cache-Control: public, max-age=60

Tio estas ilustra politiko por publika enhavo. La responde devas ankoraŭ plenumi la aliajn postulojn de kaŝmemorebleco. Personigitaj rezultoj ne devus akiri komunan kaŝmemoradon nur ĉar proksea operatoro deziras pli bonan trafproporcion.

La demando restas parto de la cela URI uzata en la kaŝmemora ŝlosilo. Paĝo 2 kaj paĝo 3 estas malsamaj petoj. Forigi la demandon por igi iliajn URL-ojn aspekti samaj povas servi unu rezulton por la alia; ĝi ne igas la rezultojn ekvivalentaj.

La pli malnova limigo de HTTP pri heŭristika freŝeco por demandaj URL-oj estis forigita post kiam ĝi montriĝis malbone efektivigita. Klara freŝeco evitas dependi de konjekto de kaŝmemoro, dum lokaj prokseaj reguloj ankoraŭ povas ekskludi apartajn URL-ojn.

Ordinara HTTPS CONNECT-trafiko lasas la rimedon kaj ĝian kaŝmemoran politikon ene de TLS. La tunela antaŭa prokseo ne akiras objektan kaŝmemoron por tiuj paĝoj simple ĉar la URL uzas demandon.