क्वेरी स्ट्रिंग असलेल्या URL साठी HTTP प्रॉक्सी कॅशिंग

आधुनिक HTTP नियमांनुसार क्वेरी स्ट्रिंग प्रतिसादाला कॅश-अयोग्य करत नाही. /catalog?page=2 सारखे सार्वजनिक संसाधन त्याची इच्छित ताजेपणा थेट घोषित करू शकते:

Cache-Control: public, max-age=60

हे सार्वजनिक सामग्रीसाठी उदाहरणात्मक धोरण आहे. प्रतिसादाने अद्याप इतर कॅश-योग्यतेच्या आवश्यकता पूर्ण केल्या पाहिजेत. वैयक्तिकृत परिणामांना केवळ प्रॉक्सी ऑपरेटरला चांगला हिट दर हवा आहे म्हणून सामायिक कॅशिंग मिळू नये.

क्वेरी कॅश कीमध्ये वापरल्या जाणाऱ्या लक्ष्य URI चा भाग राहते. पृष्ठ 2 आणि पृष्ठ 3 वेगवेगळ्या विनंत्या आहेत. त्यांचे URL सारखे दिसावे म्हणून क्वेरी काढून टाकल्यास एक निकाल दुसऱ्यासाठी सर्व्ह केला जाऊ शकतो; यामुळे निकाल समतुल्य होत नाहीत.

क्वेरी URL साठी ह्युरिस्टिक ताजेपणावरील HTTP ची जुनी मर्यादा खराबपणे अंमलात आणल्याचे सिद्ध झाल्यानंतर काढून टाकण्यात आली. स्पष्ट ताजेपणा कॅशच्या अंदाजावर अवलंबून राहणे टाळते, तर स्थानिक प्रॉक्सी नियम अद्याप विशिष्ट URL वगळू शकतात.

सामान्य HTTPS CONNECT रहदारी संसाधन आणि त्याचे कॅश धोरण TLS च्या आत ठेवते. टनेलिंग फॉरवर्ड प्रॉक्सी त्या पृष्ठांसाठी ऑब्जेक्ट कॅश मिळवत नाही केवळ यासाठी की URL क्वेरी वापरते.