HTTP क्या है

HTTP एक प्रोटोकॉल है जो संसाधनों को लाने की अनुमति देता है, जैसे कि HTML दस्तावेज़। यह वेब पर किसी भी डेटा एक्सचेंज की नींव है और यह एक क्लाइंट-सर्वर प्रोटोकॉल है, जिसका अर्थ है कि प्राप्तकर्ता, आमतौर पर वेब ब्राउज़र द्वारा अनुरोध शुरू किए जाते हैं। एक पूर्ण दस्तावेज़ को विभिन्न उप-दस्तावेज़ों से पुनर्निर्मित किया जाता है, उदाहरण के लिए पाठ, लेआउट विवरण, चित्र, वीडियो, स्क्रिप्ट, और बहुत कुछ।

ग्राहक और सर्वर व्यक्तिगत संदेशों का आदान-प्रदान करके संवाद करते हैं (जैसा कि डेटा की एक धारा के विपरीत)। क्लाइंट द्वारा भेजे गए संदेश, आमतौर पर एक वेब ब्राउज़र, अनुरोध कहलाते हैं और सर्वर द्वारा भेजे गए संदेशों को उत्तर के रूप में कहा जाता है।

HTTP, एक लेयर लेयर प्रोटोकॉल के रूप में, TCP (ट्रांसपोर्ट लेयर) और IP (नेटवर्क लेयर) के ऊपर और प्रस्तुति परत के नीचे। 1990 के दशक की शुरुआत में HTTP एक एक्स्टेंसिबल प्रोटोकॉल है, जो समय के साथ विकसित हुआ है। यह एक एप्लिकेशन लेयर प्रोटोकॉल है जो टीसीपी या टीएलएस-एन्क्रिप्टेड टीसीपी कनेक्शन पर भेजा जाता है, हालांकि कोई भी विश्वसनीय परिवहन प्रोटोकॉल सैद्धांतिक रूप से उपयोग किया जा सकता है। इसकी एक्स्टेंसिबिलिटी के कारण, इसका उपयोग न केवल हाइपरटेक्स्ट दस्तावेजों को प्राप्त करने के लिए किया जाता है, बल्कि HTML फॉर्म परिणामों के साथ छवियों और वीडियो या सर्वरों को सामग्री पोस्ट करने के लिए भी किया जाता है। वेब पेज को डिमांड पर अपडेट करने के लिए डॉक्यूमेंट के कुछ हिस्सों को लाने के लिए भी HTTP का उपयोग किया जा सकता है।

HTTP- आधारित सिस्टम के घटक


HTTP एक क्लाइंट-सर्वर प्रोटोकॉल है: 
अनुरोध एक इकाई, उपयोगकर्ता-एजेंट (या उसकी ओर से एक प्रॉक्सी) द्वारा भेजे जाते हैं। अधिकांश समय उपयोगकर्ता-एजेंट एक वेब ब्राउज़र है, लेकिन यह कुछ भी हो सकता है, उदाहरण के लिए एक रोबोट जो वेब को क्रॉल करता है और खोज इंजन इंडेक्स को बनाए रखता है।
प्रत्येक व्यक्तिगत अनुरोध एक सर्वर को भेजा जाता है, जो इसे संभालता है और एक जवाब प्रदान करता है, जिसे प्रतिक्रिया कहा जाता है। क्लाइंट और सर्वर के बीच कई इकाइयां हैं, जिन्हें सामूहिक रूप से परदे के पीछे कहा जाता है, जो विभिन्न ऑपरेशन करते हैं और उदाहरण के लिए गेटवे या कैश के रूप में कार्य करते हैं।
वास्तव में, ब्राउज़र और अनुरोध को संभालने वाले सर्वर के बीच अधिक कंप्यूटर हैं: राउटर, मोडेम और बहुत कुछ हैं। वेब के स्तरित डिजाइन के लिए धन्यवाद, ये नेटवर्क और परिवहन परतों में छिपे हुए हैं। आवेदन परत पर HTTP शीर्ष पर है। यद्यपि नेटवर्क समस्याओं का निदान करने के लिए महत्वपूर्ण है, अंतर्निहित परतें HTTP के विवरण के लिए अप्रासंगिक हैं।

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

वेब पेज पेश करने के लिए, ब्राउज़र HTML दस्तावेज़ को लाने के लिए एक मूल अनुरोध भेजता है जो पृष्ठ का प्रतिनिधित्व करता है। यह तब इस फ़ाइल को पार्स करता है, निष्पादन स्क्रिप्ट, लेआउट जानकारी (सीएसएस) को प्रदर्शित करने के लिए अतिरिक्त अनुरोध करता है, और पृष्ठ के भीतर निहित उप-संसाधन (आमतौर पर चित्र और वीडियो)। वेब ब्राउज़र तब उपयोगकर्ता को एक संपूर्ण दस्तावेज़, वेब पेज पेश करने के लिए इन संसाधनों को मिलाता है। ब्राउज़र द्वारा निष्पादित स्क्रिप्ट बाद के चरणों में अधिक संसाधन प्राप्त कर सकते हैं और ब्राउज़र तदनुसार वेब पेज को अपडेट करता है।

एक वेब पेज एक हाइपरटेक्स्ट दस्तावेज है। इसका मतलब है कि प्रदर्शित पाठ के कुछ हिस्से लिंक हैं, जिन्हें एक नए वेब पेज को लाने के लिए (आमतौर पर माउस के एक क्लिक से) सक्रिय किया जा सकता है, जिससे उपयोगकर्ता अपने उपयोगकर्ता-एजेंट को निर्देशित कर सकता है और वेब के माध्यम से नेविगेट कर सकता है। ब्राउज़र HTTP अनुरोधों में इन निर्देशों का अनुवाद करता है, और उपयोगकर्ता को स्पष्ट प्रतिक्रिया के साथ प्रस्तुत करने के लिए HTTP प्रतिक्रियाओं की आगे व्याख्या करता है।

वेब सर्वर
संचार चैनल के विपरीत पक्ष में, सर्वर है, जो ग्राहक द्वारा अनुरोध के अनुसार दस्तावेज़ प्रदान करता है। एक सर्वर वस्तुतः केवल एक मशीन के रूप में प्रकट होता है: यह इसलिए है क्योंकि यह वास्तव में सर्वर का एक संग्रह हो सकता है, लोड (लोड संतुलन) या अन्य कंप्यूटर (जैसे कैश, एक डीबी सर्वर, या ई-कॉमर्स) से पूछताछ करने वाले सॉफ़्टवेयर का एक जटिल टुकड़ा साझा करना सर्वर), मांग पर दस्तावेज़ को पूरी तरह या आंशिक रूप से उत्पन्न कर रहा है।
एक सर्वर जरूरी एक मशीन नहीं है, लेकिन कई सर्वर सॉफ्टवेयर इंस्टेंस को एक ही मशीन पर होस्ट किया जा सकता है। HTTP / 1.1 और होस्ट हेडर के साथ, वे समान आईपी पता भी साझा कर सकते हैं।

प्रॉक्सी

वेब ब्राउज़र और सर्वर के बीच, कई कंप्यूटर और मशीनें HTTP संदेशों को रिले करती हैं। वेब स्टैक की स्तरित संरचना के कारण, इनमें से अधिकांश परिवहन, नेटवर्क या भौतिक स्तरों पर काम करते हैं, HTTP परत पर पारदर्शी होते हैं और संभवतः प्रदर्शन पर एक महत्वपूर्ण प्रभाव डालते हैं। अनुप्रयोग परतों पर काम करने वालों को आम तौर पर परदे के पीछे कहा जाता है। ये पारदर्शी हो सकते हैं, किसी भी तरह से बिना बदलाव किए, या गैर-पारदर्शी तरीके से प्राप्त होने वाले अनुरोधों को अग्रेषित करते हुए, जिस स्थिति में वे सर्वर के साथ इसे पारित करने से पहले किसी तरह से अनुरोध को बदल देंगे।

प्रॉक्सी कई कार्य कर सकता है:

● कैशिंग (कैश सार्वजनिक या निजी हो सकता है, जैसे ब्राउज़र कैश)
● फ़िल्टरिंग (एक एंटीवायरस स्कैन या अभिभावक नियंत्रण की तरह)
● लोड संतुलन (कई सर्वरों को विभिन्न अनुरोधों को पूरा करने की अनुमति देने के लिए)
● प्रमाणीकरण (विभिन्न संसाधनों तक पहुंच को नियंत्रित करने के लिए)

● लॉगिंग (ऐतिहासिक जानकारी के भंडारण की अनुमति)

HTTP के बुनियादी पहलू

HTTP सरल है
HTTP संदेशों को फ्रेम में HTTP / 2 में जोड़कर HTTP और XNUMX में जोड़े गए जटिलता के साथ, HTTP आमतौर पर सरल और मानव पठनीय बनाया गया है। HTTP संदेशों को मनुष्यों द्वारा पढ़ा और समझा जा सकता है, डेवलपर्स के लिए आसान परीक्षण प्रदान करता है, और नए लोगों के लिए जटिलता कम हो जाती है।


HTTP एक्स्टेंसिबल है
HTTP / 1.0 में प्रस्तुत, HTTP हेडर इस प्रोटोकॉल को बढ़ाने और प्रयोग करने में आसान बनाते हैं। नई कार्यक्षमता को क्लाइंट और सर्वर के बीच एक नए हेडर के शब्दार्थों के बीच एक साधारण समझौते द्वारा भी प्रस्तुत किया जा सकता है।


HTTP स्टेटलेस है, लेकिन सेशनलेस नहीं है

HTTP स्टेटलेस है: एक ही कनेक्शन पर क्रमिक रूप से किए गए दो अनुरोधों के बीच कोई लिंक नहीं है। यह तुरंत उपयोगकर्ताओं के लिए समस्याग्रस्त होने की संभावना है जो कुछ पृष्ठों के साथ सुसंगत रूप से बातचीत करने का प्रयास करते हैं, उदाहरण के लिए, ई-कॉमर्स शॉपिंग बास्केट का उपयोग करना। लेकिन जबकि HTTP का मूल स्वयं ही स्टेटलेस है, HTTP कुकीज़ स्टेटफुल सेशन के उपयोग की अनुमति देती हैं। हेडर एक्स्टेंसिबिलिटी का उपयोग करते हुए, एचटीटीपी कुकीज़ को वर्कफ़्लो में जोड़ा जाता है, जिससे प्रत्येक HTTP अनुरोध पर सत्र निर्माण को समान संदर्भ, या उसी स्थिति को साझा करने की अनुमति मिलती है।

HTTP और कनेक्शन
एक कनेक्शन को परिवहन परत पर नियंत्रित किया जाता है, और इसलिए मौलिक रूप से HTTP के लिए गुंजाइश से बाहर है। यद्यपि HTTP को कनेक्शन-आधारित होने के लिए अंतर्निहित परिवहन प्रोटोकॉल की आवश्यकता नहीं है; केवल इसे विश्वसनीय होने की आवश्यकता है, या संदेश खोना नहीं है (इसलिए न्यूनतम त्रुटि पर)। इंटरनेट पर दो सबसे आम परिवहन प्रोटोकॉल के बीच, टीसीपी विश्वसनीय है और यूडीपी नहीं है। HTTP इसलिए TCP मानक पर निर्भर करता है, जो कनेक्शन-आधारित है।

क्लाइंट और सर्वर HTTP अनुरोध / प्रतिक्रिया जोड़ी का आदान-प्रदान करने से पहले, उन्हें एक टीसीपी कनेक्शन स्थापित करना होगा, एक प्रक्रिया जिसमें कई राउंड-ट्रिप की आवश्यकता होती है। HTTP / 1.0 का डिफ़ॉल्ट व्यवहार प्रत्येक HTTP अनुरोध / प्रतिक्रिया जोड़ी के लिए एक अलग TCP कनेक्शन खोलने के लिए है। एकल टीसीपी कनेक्शन साझा करने से यह कम कुशल है जब कई उत्तराधिकारियों को करीबी उत्तराधिकार में भेजा जाता है।

इस दोष को कम करने के लिए, HTTP / 1.1 ने पाइपलाइनिंग (जिसे लागू करना मुश्किल साबित हुआ) और लगातार कनेक्शनों को पेश किया: अंतर्निहित टीसीपी कनेक्शन को आंशिक रूप से कनेक्शन हेडर का उपयोग करके नियंत्रित किया जा सकता है। HTTP / 2 एकल कनेक्शन पर संदेशों को मल्टीप्लेक्स करके एक कदम और आगे बढ़ गया, जिससे कनेक्शन गर्म और अधिक कुशल बना रहे।

HTTP के लिए बेहतर परिवहन प्रोटोकॉल को और अधिक अनुकूल बनाने के लिए प्रयोग जारी हैं। उदाहरण के लिए, Google QUIC के साथ प्रयोग कर रहा है जो UDP पर एक अधिक विश्वसनीय और कुशल परिवहन प्रोटोकॉल प्रदान करता है।

एक संदेश छोड़ें 

संदेश सूची