क्वेरी स्ट्रिङ भएका URL का लागि HTTP प्रोक्सी क्यासिङ
क्वेरी-आधारित स्रोतहरूलाई सोचविचार गरिएको क्यास नीति दिनुहोस् र तिनीहरूका प्यारामिटर मानहरू क्यास कुञ्जीमा राख्नुहोस्।
आधुनिक HTTP नियमहरूअन्तर्गत क्वेरी स्ट्रिङले प्रतिक्रियालाई क्यास-अयोग्य बनाउँदैन। /catalog?page=2 जस्तो सार्वजनिक स्रोतले आफ्नो इच्छित ताजगी सिधै घोषणा गर्न सक्छ:
Cache-Control: public, max-age=60यो सार्वजनिक सामग्रीका लागि एउटा उदाहरणीय नीति हो। प्रतिक्रियाले अझै अन्य क्यास-योग्यता आवश्यकताहरू पूरा गर्नुपर्छ। व्यक्तिगत गरिएका नतिजाहरूले प्रोक्सी अपरेटरले राम्रो हिट दर चाहन्छ भन्ने मात्र कारणले साझा क्यासिङ पाउनु हुँदैन।
क्वेरी क्यास कुञ्जीमा प्रयोग हुने लक्ष्य URI को भाग रहन्छ। पृष्ठ 2 र पृष्ठ 3 फरक अनुरोधहरू हुन्। तिनीहरूका URL समान देखिनका लागि क्वेरी हटाउँदा एउटा नतिजा अर्कोको लागि सेवा गर्न सक्छ; यसले नतिजाहरूलाई समतुल्य बनाउँदैन।
क्वेरी URL का लागि ह्युरिस्टिक ताजगीमा HTTP को पुरानो प्रतिबन्ध खराब रूपमा कार्यान्वयन भएको प्रमाणित भएपछि हटाइयो। स्पष्ट ताजगीले क्यासको अनुमानमा निर्भर हुनबाट बचाउँछ, जबकि स्थानीय प्रोक्सी नियमहरूले अझै केही URL बहिष्कृत गर्न सक्छन्।
साधारण HTTPS CONNECT ट्राफिकले स्रोत र यसको क्यास नीतिलाई TLS भित्र छोड्छ। टनेलिङ फर्वार्ड प्रोक्सीले ती पृष्ठहरूका लागि वस्तु क्यास पाउँदैन URL ले क्वेरी प्रयोग गर्ने मात्र कारणले।