साझा प्रोक्सी क्यासका लागि Vary: * को अर्थ के हो

Vary: * सहितको भण्डारित प्रतिक्रिया सधैं सामान्य Vary मिलान परीक्षणमा असफल हुन्छ। प्रोक्सीले पछिको अनुरोध उही प्रस्तुतिको हकदार छ भनी केवल यसकारण ठान्न सक्दैन कि त्यसको URL र देखिने हेडरहरू समान देखिन्छन्।

यसलाई निम्नसँग तुलना गर्नुहोस्:

Vary: Accept-Encoding

यसले क्यासले तुलना गर्न सक्ने अनुरोध क्षेत्रको नाम दिन्छ। वाइल्डकार्ड भन्छ कि यस किसिमको हेडर तुलना पर्याप्त छैन। ताजगी वा क्यासको आकार बढाउँदा हराएको छनोट जानकारी प्राप्त हुँदैन।

भिन्नता भण्डारण र पुनः प्रयोगबीचको हो। क्यासले प्रमाणीकरणका लागि उपयोगी जानकारी राख्न सक्छ, तर भण्डारित वाइल्डकार्ड संस्करण अर्को अनुरोध पूरा गर्न सक्ने सामान्य मिल्ने प्रतिक्रिया बन्दैन। प्रोक्सीले सामान्यतया यसको सट्टा मूलसँग सम्पर्क गर्नुपर्छ।

प्रतिक्रिया नीतिले अनुप्रयोगको वर्णन गरोस्

यदि तपाईं मूल नियन्त्रण गर्नुहुन्छ र प्रस्तुति साँच्चै पहिचान गर्न सकिने अनुरोध हेडरका आधारमा मात्र फरक पर्छ भने ती क्षेत्रहरूको नाम ठ्याक्कै दिनुहोस्। त्यो उदाहरण क्यासयोग्य छ भन्ने मात्र कारणले वाइल्डकार्डलाई Accept-Encoding ले नबदल्नुहोस्: अनुप्रयोग भाषा, अधिकार वा ती हेडरबाहिरका जानकारीका आधारमा पनि फरक पर्न सक्छ।

यदि सामग्री निजी छ वा भण्डारण गर्नु हुँदैन भने, सम्बन्धित क्यास नीतिमार्फत त्यो व्यक्त गर्नुहोस्। Vary हटाउँदा व्यक्तिगत सामग्री साझा गर्न सुरक्षित हुँदैन।

Squid को vary_ignore_expire सेटिङ फरक-फरक प्रतिक्रियाका लागि म्याद सकिने व्यवस्थापन र ऐतिहासिक HTTP व्यवहारसँग सम्बन्धित छ। यो वाइल्डकार्ड मिलाउने स्विच होइन।