साझा प्रॉक्सी कैश के लिए Vary: * का क्या अर्थ है
समझें कि Vary: * वाला संग्रहीत उत्तर सामान्य साझा-कैश चयन के जरिए किसी बाद के अनुरोध से क्यों मेल नहीं खा सकता।
Vary: * वाला संग्रहीत उत्तर सामान्य Vary मिलान परीक्षण में हमेशा विफल होता है। प्रॉक्सी यह निष्कर्ष नहीं निकाल सकता कि बाद का अनुरोध उसी निरूपण का हकदार है, केवल इसलिए कि उसका URL और दिखने वाले हेडर समान लगते हैं।
इसकी तुलना इससे करें:
Vary: Accept-Encoding
यह उस अनुरोध क्षेत्र का नाम देता है जिसकी तुलना कैश कर सकता है। वाइल्डकार्ड कहता है कि इस तरह की हेडर तुलना पर्याप्त नहीं है। ताज़गी या कैश का आकार बढ़ाने से अनुपस्थित चयन-जानकारी नहीं मिलती।
अंतर भंडारण और पुन: उपयोग के बीच है। कैश सत्यापन के लिए उपयोगी जानकारी रख सकता है, लेकिन संग्रहीत वाइल्डकार्ड प्रकार सामान्य मेल खाने वाला उत्तर नहीं बन जाता जो अगले अनुरोध को संतुष्ट कर सके। प्रॉक्सी को आमतौर पर इसके बजाय मूल से संपर्क करना पड़ता है।
उत्तर नीति को एप्लिकेशन का वर्णन करने दें
यदि आप मूल को नियंत्रित करते हैं और निरूपण वास्तव में केवल पहचाने जा सकने वाले अनुरोध हेडर के अनुसार बदलता है, तो उन क्षेत्रों को सटीक रूप से नाम दें। केवल इसलिए कि वह उदाहरण कैश-योग्य है, वाइल्डकार्ड को Accept-Encoding से न बदलें: एप्लिकेशन भाषा, प्राधिकरण या उन हेडर के बाहर की जानकारी के अनुसार भी बदल सकता है।
यदि सामग्री निजी है या उसे संग्रहीत नहीं किया जाना चाहिए, तो इसे संबंधित कैश नीति के जरिए व्यक्त करें। Vary हटाने से व्यक्तिगत सामग्री साझा करने के लिए सुरक्षित नहीं हो जाती।
Squid का vary_ignore_expire भिन्न-भिन्न उत्तरों के लिए समाप्ति प्रबंधन और ऐतिहासिक HTTP व्यवहार से संबंधित है। यह वाइल्डकार्ड को मिलाने वाला कोई स्विच नहीं है।