Back to Question Center
0

यदि साइट SSL का उपयोग करने के लिए स्विच हो तो क्या पिछली 301 रीडायरेक्ट कैश की जाएगी? - मिमल

1 answers:

कारणों से केवल मेरे पिछले स्वयं को पता है कि मैं सभी ट्रैफ़िक उदाहरण के लिए मजबूर करने के लिए 301 पुनर्निर्देशित डाल देता हूं. संगठन से www. उदाहरण. संगठन . बस इसे छोड़ दिया www. उपडोमेन.

अब मैं इसे बदलना चाहूंगा ताकि सभी ट्रैफ़िक www पर जाए. उपडोमेन, जो समस्याग्रस्त होगा क्योंकि उपयोगकर्ता के ब्राउज़रों में किसी भी कैश्ड 301 को उपयोगकर्ता रीडायरेक्ट लूप में भेज देंगे.

तो मैं एक SSL प्रमाणपत्र खरीदने और साइट पर सभी यातायात को एन्क्रिप्ट करने की योजना बना रहा हूं- अन्य कारणों के लिए भी. अगर मैं उपयोगकर्ताओं को https: // www रीडायरेक्ट करता हूं. उदाहरण. संगठन / क्या यह अभी भी ब्राउज़र को इसके कैश को देखने और फिर से एक रीडायरेक्ट लूप में जाने का कारण बन सकता है?

मेरे दिमाग में https: // www. उदाहरण. संगठन एक अलग यूआरएल http: // www है. उदाहरण. संगठन , लेकिन क्या सभी ब्राउज़रों को यह कैशिंग प्रयोजनों के लिए देखा जाता है?

6 days ago

मुझे विनिर्देशों को दोबारा जांचना होगा, लेकिन मुझे पूरा यकीन है कि कैश ऑब्जेक्ट अनुरोध प्रक्रिया पर निर्भर करते हैं.

तो एक वस्तु का प्रयोग HTTP एक अलग कैश इकाई होगी HTTPS .

इसलिए यदि आप HTTPS को पुनः निर्देशित कर रहे हैं, तो कोई पूर्व कैश डेटा नहीं होना चाहिए.

इसके अलावा, आप कम कैश अवधि का उपयोग करने पर विचार करना चाह सकते हैं और परिवर्तन के पहले सत्यापन की आवश्यकता हो सकती है:

कैश-नियंत्रण "अधिकतम-आयु = 3600, आवश्यक-संशोधित"

यह उपयोगकर्ता एजेंट को सामग्री को पुन: संशोधित करने और अपने परिवर्तनों को तेज़ करने के लिए मजबूर करना चाहिए - भले ही कोई कैशिंग समस्या हो.

ध्यान दें कि यह क्लाइंट साइड पर नियंत्रित है, इसलिए विभिन्न ब्राउज़र्स / उपयोगकर्ता-एजेंट अलग तरीके से व्यवहार कर सकते हैं.

यदि साइट SSL का उपयोग करने के लिए स्विच हो तो क्या पिछली 301 रीडायरेक्ट कैश की जाएगी? - मिमल
Reply