क्वेरी स्ट्रिंग वाले URL के लिए HTTP प्रॉक्सी कैशिंग

आधुनिक HTTP नियमों के अंतर्गत क्वेरी स्ट्रिंग किसी प्रतिक्रिया को कैश-अयोग्य नहीं बनाती। /catalog?page=2 जैसा सार्वजनिक संसाधन अपनी इच्छित ताज़गी सीधे घोषित कर सकता है:

Cache-Control: public, max-age=60

यह सार्वजनिक सामग्री के लिए एक उदाहरणात्मक नीति है। प्रतिक्रिया को अभी भी अन्य कैश-योग्यता आवश्यकताएँ पूरी करनी होंगी। व्यक्तिगत परिणामों को केवल इसलिए साझा कैशिंग नहीं मिलनी चाहिए कि कोई प्रॉक्सी ऑपरेटर बेहतर हिट दर चाहता है।

क्वेरी कैश कुंजी में प्रयुक्त लक्ष्य URI का भाग बनी रहती है। पृष्ठ 2 और पृष्ठ 3 भिन्न अनुरोध हैं। उनके URL समान दिखें इसलिए क्वेरी हटाना एक परिणाम को दूसरे के स्थान पर परोस सकता है; इससे परिणाम समतुल्य नहीं होते।

क्वेरी URL के लिए अनुमानित ताज़गी पर HTTP का पुराना प्रतिबंध खराब कार्यान्वयन सिद्ध होने के बाद हटा दिया गया था। स्पष्ट ताज़गी कैश के अनुमान पर निर्भरता से बचती है, जबकि स्थानीय प्रॉक्सी नियम अभी भी कुछ URL को बाहर रख सकते हैं।

सामान्य HTTPS CONNECT ट्रैफ़िक संसाधन और उसकी कैश नीति को TLS के भीतर छोड़ देता है। टनलिंग फ़ॉरवर्ड प्रॉक्सी उन पृष्ठों के लिए ऑब्जेक्ट कैश नहीं पाता केवल इसलिए कि URL क्वेरी का उपयोग करता है।