క్వెరీ స్ట్రింగ్‌లు ఉన్న URL ల కోసం HTTP ప్రాక్సీ కాషింగ్
క్వెరీ ఆధారిత వనరులకు ఉద్దేశపూర్వక కాష్ విధానాన్ని ఇవ్వండి మరియు వాటి పరామితి విలువలను కాష్ కీలో ఉంచండి.
ఆధునిక HTTP నియమాల ప్రకారం క్వెరీ స్ట్రింగ్ ప్రతిస్పందనను కాష్ చేయలేనిదిగా చేయదు. /catalog?page=2 వంటి పబ్లిక్ వనరు తన ఉద్దేశిత తాజాదనాన్ని నేరుగా ప్రకటించగలదు:
Cache-Control: public, max-age=60ఇది పబ్లిక్ కంటెంట్ కోసం ఒక ఉదాహరణ విధానం. ప్రతిస్పందన ఇప్పటికీ ఇతర కాష్-సామర్థ్య అవసరాలను తీర్చాలి. వ్యక్తిగతీకరించిన ఫలితాలు ప్రాక్సీ ఆపరేటర్ మంచి హిట్ రేటును కోరుతున్నందుకు మాత్రమే భాగస్వామ్య కాషింగ్ పొందకూడదు.
క్వెరీ కాష్ కీలో ఉపయోగించే లక్ష్య URI లో భాగంగానే ఉంటుంది. పేజీ 2 మరియు పేజీ 3 వేర్వేరు అభ్యర్థనలు. వాటి URL లు ఒకేలా కనిపించేలా క్వెరీని తీసివేయడం ఒక ఫలితాన్ని మరొకదానికి బదులుగా అందించవచ్చు; అది ఫలితాలను సమానం చేయదు.
క్వెరీ URL ల కోసం హ్యూరిస్టిక్ తాజాదనంపై HTTP యొక్క పాత పరిమితి చెడుగా అమలు చేయబడిందని నిరూపితమైన తర్వాత తొలగించబడింది. స్పష్టమైన తాజాదనం కాష్ ఊహపై ఆధారపడటాన్ని నివారిస్తుంది, అయితే స్థానిక ప్రాక్సీ నియమాలు కొన్ని URL లను ఇంకా మినహాయించగలవు.
సాధారణ HTTPS CONNECT ట్రాఫిక్ వనరును మరియు దాని కాష్ విధానాన్ని TLS లోపల వదిలివేస్తుంది. టన్నెలింగ్ ఫార్వర్డ్ ప్రాక్సీ ఆ పేజీల కోసం ఆబ్జెక్ట్ కాష్ పొందదు URL క్వెరీని ఉపయోగిస్తున్నందుకు మాత్రమే.