Http हेडर का उपयोग विनिमय करने के लिए किया जाता हैग्राहक और सर्वर के बीच सेवा की जानकारी। यह जानकारी उपयोगकर्ताओं के लिए अदृश्य रहती है, लेकिन इसके बिना, ब्राउज़र का सही संचालन असंभव है। सामान्य उपयोगकर्ताओं के लिए, इसके बारे में जानकारी और HTTP हेडर के कार्य जटिल लग सकते हैं, लेकिन वास्तव में इनमें कठिन शब्द नहीं होते हैं। यह वह है जो वेब उपयोगकर्ता दैनिक आधार पर सामना करता है।
"हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल" - बिल्कुल ऐसा हीhttp हेडर अनुवादित है। इसके अस्तित्व के लिए धन्यवाद, एक क्लाइंट-सर्वर संचार संभव है। सरल शब्दों में, ब्राउज़र उपयोगकर्ता सर्वर से कनेक्शन शुरू करने के लिए एक अनुरोध करता है। उत्तरार्द्ध, डिफ़ॉल्ट रूप से, क्लाइंट से अनुरोध का इंतजार करता है, इसे संसाधित करता है, और सारांश या प्रतिक्रिया वापस भेजता है। खोज बार में, उपयोगकर्ता साइट पते में "ड्राइव" करता है, जो http: // के साथ शुरू होता है और खुले पृष्ठ के रूप में परिणाम प्राप्त करता है।
जब वेबसाइट का पता संबंधित में छपा होलाइन, ब्राउज़र DNS का उपयोग करके आवश्यक सर्वर पाता है। सर्वर http हेडर (एक या अधिक) को पहचानता है जो क्लाइंट उसे भेजता है, और फिर आवश्यक हेडर जारी करता है। आवश्यक सेट में मौजूदा हेडर होते हैं और नहीं मिलते हैं।
सामान्य तौर पर, http हेडर काफी कुशल होते हैं।वे HTML एन्कोडिंग में दिखाई नहीं देते हैं, उन्हें अनुरोधित जानकारी से पहले भेजा जाता है। कई हेडर स्वचालित रूप से सर्वर द्वारा भेजे जाते हैं। इसे PHP में भेजने के लिए, हेडर फ़ंक्शन का उपयोग करें।
ब्राउज़र और साइट के बीच बातचीत की योजना पर्याप्त हैसरल। इसलिए, http हेडर अनुरोध रेखा को शुरू करता है, जिसे फिर सर्वर पर भेजा जाता है। जवाब में, ग्राहक को वह जानकारी मिलती है जिसकी उसे आवश्यकता होती है। वैसे, सत्रह वर्षों तक http इंटरनेट पर सबसे अधिक इस्तेमाल किया जाने वाला प्रोटोकॉल रहा है। यह सरल, विश्वसनीय, तेज और लचीला है। Http का मुख्य कार्य वेब सर्वर से जानकारी का अनुरोध करना है। क्लाइंट ब्राउज़र है और सर्वर ligthttp, Apache, nginx है। यदि उनके बीच कनेक्शन सफल होता है, तो सर्वर अनुरोध के जवाब में आवश्यक जानकारी प्राप्त करता है। Http जानकारी में पाठ, ध्वनि फ़ाइलें, वीडियो शामिल हैं।
प्रोटोकॉल दूसरों के लिए एक परिवहन हो सकता है। ग्राहक के अनुरोध में तीन भाग होते हैं:
स्टार्ट लाइन http हेडर फ़ील्ड अनुरोध का एक आवश्यक तत्व है। उपयोगकर्ता अनुरोध संरचना में तीन मुख्य भाग होते हैं:
आधुनिक ब्राउज़र संस्करण 1.1 का उपयोग करते हैं। हेडर "नाम: मान" प्रारूप में अनुसरण करते हैं।
लब्बोलुआब यह है कि कैशिंग भंडारण प्रदान करता हैHTML पृष्ठ, कैश में अन्य फाइलें (कंप्यूटर की हार्ड ड्राइव पर ऑपरेटिंग मेमोरी में स्थान)। इनकी फिर से पहुंच बढ़ाने और यातायात को बचाने के लिए यह आवश्यक है।
कैश में क्लाइंट ब्राउज़र, इंटरमीडिएट गेटवे और हैप्रॉक्सी सर्वर। URL को संदेश भेजने से पहले, ब्राउज़र कैश में ऑब्जेक्ट की उपस्थिति की जांच करेगा। यदि कोई वस्तु नहीं है, तो अनुरोध अगले सर्वर पर भेजा जाता है, जहां nginx सर्वर पर http हेडर्स की कैशिंग की जाँच की जाती है। गेटवे और प्रॉक्सी का उपयोग विभिन्न उपयोगकर्ताओं द्वारा किया जाता है, इसलिए कैश साझा किया जाता है।
HTTP कैशिंग न केवल आवश्यक हैसाइट को गति दें, लेकिन पेज का एक पुराना संस्करण भी प्रदान करें। साइट को कैशिंग करके, प्रतिक्रिया हेडर भेजे जाते हैं। इस स्थिति में, HTTPS प्रोटोकॉल के माध्यम से अनुरोधित जानकारी को कैश नहीं किया जा सकता है।
सबसे महत्वपूर्ण कैश तंत्र में से कुछ हैंhttp हेडर समाप्त हो रहे हैं। ये हेडर प्रतिक्रिया में प्रदान की गई जानकारी की समाप्ति तिथि दर्शाते हैं। वे उस समय और तारीख का संकेत देते हैं जब कैश को पुराना माना जाएगा। उदाहरण के लिए, ऐसा हेडर इस तरह दिखता है: एक्सपायर: वेन, 30 नवंबर 2016 13:45:00 GMT। इस संरचना का उपयोग लगभग हर जगह किया जाता है, जिसमें कैशिंग पृष्ठ और चित्र शामिल हैं। यदि उपयोगकर्ता एक पुरानी तारीख का चयन करता है, तो जानकारी कैश नहीं की जाएगी।
Http प्रॉक्सी हेडर को हेडर के रूप में वर्गीकृत किया गया हैसंपर्क। उन्हें डिफ़ॉल्ट रूप से कैश नहीं किया जाता है। कैश को ठीक से काम करने के लिए, प्रत्येक URL को सामग्री की एक भिन्नता से मेल खाना चाहिए। यदि पृष्ठ द्विभाषी है, तो प्रत्येक संस्करण का अपना URL होना चाहिए। भिन्न हेडर कैश को अनुरोध हेडर के नाम बताता है। उदाहरण के लिए, यदि अनुरोध का प्रदर्शन ब्राउज़र पर निर्भर करता है, तो सर्वर को हेडर भी भेजना होगा। इस प्रकार, कैश अनुरोधों और दस्तावेजों के प्रकारों के विभिन्न संस्करणों को संग्रहीत करता है। उपयोग किए गए संसाधन के लिए स्वीकार्य प्रारूपों की सूचियों को संकलित करने के लिए TTP स्वीकार शीर्षक आवश्यक है, क्योंकि इसके साथ काम करना काफी आसान है, क्योंकि यह अनावश्यक लोगों को फ़िल्टर करता है।
शीर्षकों के कुल चार समूह हैं,जो सेवा की जानकारी प्रसारित करते हैं। ये मुख्य हेडर हैं - वे किसी भी सर्वर और क्लाइंट संदेश, अनुरोध और प्रतिक्रिया और इकाई में निहित हैं। उत्तरार्द्ध क्लाइंट और सर्वर से किसी भी संदेश की सामग्री का वर्णन करता है।
HTTP ऑथराइजेशन हेडर माना जाता हैअतिरिक्त। जब कोई वेब पेज क्लाइंट से प्राधिकरण के लिए पूछता है, तो ब्राउज़र उपयोगकर्ता नाम और पासवर्ड दर्ज करने के लिए फ़ील्ड के साथ एक विशेष विंडो प्रदर्शित करता है। उपयोगकर्ता द्वारा अपना विवरण दर्ज करने के बाद, ब्राउज़र http अनुरोध भेजता है। इसमें "प्राधिकरण" शीर्षक शामिल है।
Http हेडर को देखने के लिए, आपको ब्राउज़र प्लग इन इंस्टॉल करना होगा, उदाहरण के लिए फ़ायरफ़ॉक्स:
प्लगइन्स इंस्टॉल होने के बाद, उन्हें लॉन्च करें और ब्राउज़र पेज को रिफ्रेश करें।
HTTP में उपयोग किए जाने वाले तरीके निर्देशों के समान हैं जो सर्वर को संदेश के रूप में भेजे जाते हैं। यह अंग्रेजी का एक विशेष शब्द है।
सर्वर लंबे समय के साथ क्लाइंट के अनुरोधों का जवाब देता हैसंदेश। प्रतिक्रिया में कई लाइनें शामिल हैं, जो प्रोटोकॉल संस्करण, सर्वर स्थिति कोड (200) को दर्शाती हैं। वह कहता है कि प्राप्त अनुरोध के प्रसंस्करण के दौरान सर्वर पर क्या बदलाव आया है:
URL क्लाइंट के बीच वेब संचार का दिल है औरसर्वर। अनुरोध आमतौर पर एक URL - यूनिफ़ॉर्म रिसोर्स लोकेटर के माध्यम से भेजा जाता है। यूआरएल अनुरोध संरचना बहुत सरल है। इसमें कई तत्व शामिल हैं: प्रोटोकॉल http (हेडर), हूट (साइट का पता), पोर्ट, रिसार्ट पथ और क्वेरी।
प्रोटोकॉल सुरक्षित के लिए भी उपलब्ध हैhttps कनेक्शन और सूचना विनिमय। URL में इंटरनेट पर किसी विशेष साइट के प्लेसमेंट के बारे में जानकारी है। पते में डोमेन नाम, पृष्ठ का पथ, साथ ही इसका शीर्षक भी शामिल है।
URL के साथ काम करने का मुख्य नुकसान लैटिन वर्णमाला, साथ ही संख्या और प्रतीकों के साथ असुविधाजनक बातचीत है। एसईओ अनुकूलन में, यूआरएल एक महत्वपूर्ण भूमिका निभाता है।
सक्रिय कंप्यूटर उपयोगकर्ता और डेवलपर्स इस क्षेत्र में विशेषज्ञ देने वाली कुछ व्यावसायिक सिफारिशों से परिचित नहीं होना चाहते हैं:
