ऐसे अनुरोध के लिए जो पहले से संग्रहीत प्रतिक्रिया का उपयोग करे, HTTP Cache-Control: only-if-cached परिभाषित करता है।

क्लाइंट इसे HTTP कैशिंग प्रॉक्सी के माध्यम से भेज सकता है:

curl --proxy http://127.0.0.1:3128 \
  --header 'Cache-Control: only-if-cached' \
  --include http://www.example.org/report

इस निर्देश का पालन करने वाले कैश को अनुरोध के अन्य प्रतिबंधों के अनुरूप संग्रहीत प्रतिक्रिया लौटानी चाहिए, या अनुरोध पूरा न कर पाने पर 504 Gateway Timeout देना चाहिए। यहाँ 504 प्रॉक्सी से विफल TCP कनेक्शन के बजाय कैश नीति व्यक्त कर सकता है।

निर्देश पुरानी सामग्री को स्वतः अधिकृत नहीं करता। ताज़गी, सत्यापन आवश्यकताएँ और मेल खाते Vary फ़ील्ड अब भी मायने रखते हैं। no-cache अनुरोध निर्देश इसके बजाय पुनः उपयोग से पहले मूल पर सफल सत्यापन मांग सकता है।

यह कैश के ऑफ़लाइन सत्यापन मोड को सेट करने से भी भिन्न है। only-if-cached व्यक्तिगत अनुरोध पर वहन किया जाता है और बताता है कि क्लाइंट क्या स्वीकार करने को तैयार है।

ऐसा कैश उपयोग करें जो इस व्यवहार का समर्थन करे। अनदेखा किया गया अनुरोध निर्देश फ़ायरवॉल नहीं है, इसलिए अपस्ट्रीम ट्रैफ़िक को सख़्ती से रोकने के लिए स्वतंत्र रूप से लागू नेटवर्क या सर्वर नीति चाहिए।

एक सामान्य HTTPS CONNECT प्रॉक्सी एन्क्रिप्टेड HTTP हेडर नहीं देखता और उस टनल से पेज ऑब्जेक्ट नहीं रखता। उदाहरण जानबूझकर सरल HTTP संसाधन का उपयोग करता है जिसे कैश संसाधित कर सकता है।

संबंधित लेख