CodeGym /पाठ्यक्रम /All lectures for HI purposes /एचटीटीपी हेडर पार्ट 2

एचटीटीपी हेडर पार्ट 2

All lectures for HI purposes
स्तर 1 , सबक 980
उपलब्ध

7.1 कीप-अलाइव हेडर

और कुछ और उपयोगी शीर्षक। कीप-अलाइव हेडर सर्वर को कनेक्शन खुला रखने के लिए कहता है: प्रतिक्रिया भेजने के तुरंत बाद सर्वर कनेक्शन बंद नहीं करेगा। यह उसी क्लाइंट से सर्वर के लिए अगले अनुरोध को तेजी से पूरा करने का कारण बनेगा।

ऐसे शीर्षलेख का एक उदाहरण:

Connection: Keep-Alive

लेकिन अगर सभी ग्राहकों को स्थायी कनेक्शन की आवश्यकता होती है, तो सर्वर पर समस्याएं शुरू हो जाएंगी। सर्वर या तो अनुपलब्ध होगा या अपने आप कनेक्शन बंद करना शुरू कर देगा।

7.2 कैश-कंट्रोल हेडर

Cache-Control हेडर का उपयोग कॉन्टेंट कैशिंग को नियंत्रित करने के लिए किया जा सकता है। उचित रूप से कॉन्फ़िगर की गई कैशिंग सामग्री के साथ काम को गति देती है, टेढ़े-मेढ़े तरीके से कॉन्फ़िगर की गई कैशिंग अप्रत्याशित रूप से समस्याएं पैदा करती है।

कैशिंग को अक्षम करने के लिए , आपको निम्न हेडर लिखना होगा:

Cache-Control: no-cache, no-store, must-revalidate

कैश में कुछ भी संग्रहीत नहीं किया जाना चाहिए - न तो क्लाइंट अनुरोधों से, न ही सर्वर प्रतिक्रियाओं से। अनुरोध हमेशा सर्वर को भेजा जाता है, प्रतिक्रिया हमेशा पूरी तरह से डाउनलोड होती है।

आप कैशिंग के सबसे आदिम और विश्वसनीय प्रकार को भी सक्षम कर सकते हैं :

Cache-Control: no-cache

एक प्रति देने से पहले, कैश मूल सर्वर से पूछता है कि संसाधन अद्यतित है या नहीं।

आप सेकंड में संसाधन कैश समय निर्दिष्ट कर सकते हैं । शीर्षक इस तरह दिखेगा:

Cache-Control: max-age=31536000

यह हेडर सामग्री के लिए अधिकतम कैश समय निर्दिष्ट करता है।

आप यहां कैशिंग के बारे में अधिक पढ़ सकते हैं।

7.3 कुकीज़

सर्वर क्लाइंट साइड पर डेटा स्टोर कर सकता है । ऐसे डेटा को कुकी कहा जाता है । हालाँकि, क्लाइंट कुकी को स्टोर भी कर सकता है। वे दोनों पक्षों के लिए बहुत मददगार हैं।

उदाहरण के लिए, आप साइट पर जाते हैं, और आप पहले से ही इसके लिए अधिकृत हैं। अर्थात्, जब आपने पिछली बार इसमें लॉग इन किया था, तो सर्वर ने ब्राउज़र को एक निश्चित उपयोगकर्ता के सफल लॉगिन के बारे में जानकारी संग्रहीत करने का आदेश दिया था।

अनुरोध में कुकी कैसी दिखती है:

Cookie: name=value;name2=value2;nameN=valueN00

कुकीज़ आमतौर पर ब्राउज़र द्वारा संग्रहीत की जाती हैं और वे एक विशिष्ट डोमेन से जुड़ी होती हैं । जब आप उसी डोमेन पर फिर से जाते हैं, तो कुकी स्वचालित रूप से http अनुरोध और http प्रतिक्रिया में जुड़ जाती हैं। सर्वर/डोमेन किसी अन्य सर्वर/डोमेन द्वारा ब्राउज़र में संग्रहीत कुकीज़ प्राप्त नहीं कर सकता है।

प्रत्येक कुकी में 4 मुख्य पैरामीटर होते हैं:

  • नाम;
  • अर्थ;
  • वैधता अवधि (उन्हें कब तक स्टोर करना है);
  • वह डोमेन जिससे कुकी बंधी हुई है।

कुकीज़ को पाठ के रूप में संग्रहीत और प्रेषित किया जाता है, इसलिए नाम और मान दोनों तार हैं। यदि कुकी समाप्ति समय निर्दिष्ट नहीं है, तो ब्राउज़र बंद होने के बाद वे नष्ट हो जाते हैं।

7.4 सत्र

उपयोगकर्ता द्वारा साइट पर लॉग इन करने के बाद, वे कहते हैं कि साइट और सर्वर के बीच एक सत्र स्थापित हो गया है।

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

जावा वेब सर्वर आमतौर पर JSESSIONIDसेशन आईडी को स्टोर करने के लिए एक नाम का उपयोग करते हैं। ऐसा कुछ दिखता है:

Cookie: JSESSIONID =ABAD1D

सर्वर साइड पर, आप सत्र के जीवनकाल को सेट कर सकते हैं, साथ ही यह भी निर्धारित कर सकते हैं कि ब्राउज़र बंद होने पर यह स्वचालित रूप से बंद हो जाएगा या नहीं।

टिप्पणियां
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION