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

HTTP / 2 क्या हासिल करता है?

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

पुराने संस्करण के साथ संगतता बनाए रखने के दौरान, यह नया प्रोटोकॉल उन्नत तकनीकों का उपयोग विलंबता के उपायों के रूप में करेगा, जिससे पेज तेजी से लोड हो जाएंगे। यह प्राथमिक लक्ष्य है, समस्या यह है कि HTTP / 2 सबसे आक्रामक रूप से संबोधित करने की योजना बना रहा है।

अन्य सुधारों में रिवर्स प्रॉक्सी के साथ अतिरिक्त सुरक्षा और संगतता शामिल है।

चीजों की बड़ी योजना में, HTTP / 2 HTTP 1.1 से बहुत अलग नहीं होगा। जैसे ही आप इंटरनेट सर्फ करते हैं, आपको लगता है कि सबसे मजबूत प्रभाव यह है कि जब तक वे नए संस्करण का समर्थन करते हैं तब तक वेबपृष्ठ काफी तेजी से लोड हो जाएंगे।

HTTP / 2 वेब को तेज़ी से कैसे बनाते हैं?

यह कहने के लिए कि "HTTP / 2 सबकुछ तेज़ी से बनाता है" वास्तव में दृश्यों के पीछे होने वाले काम की मात्रा का असंतोष है। HTTP 1.1 प्रोटोकॉल को 21 वीं शताब्दी के शुरुआती वर्षों में स्वीकार्य मुद्दों की एक श्रृंखला के साथ झुका हुआ है, लेकिन अब बैंडविड्थ सस्ता है और सर्वरों को बहुत तेज दरों पर पृष्ठों को लोड करने की उम्मीद है, ।

मुख्य रूप से पृष्ठ / लोडिंग समय को संबोधित करने के लिए HTTP / 2 योजना हेडर को संपीड़ित कर रही है (आपके क्लाइंट द्वारा भेजे गए डेटा का एक टुकड़ा यह अनुरोध करने के लिए कि सर्वर आपको उस वेबपृष्ठ के अंदर डेटा देता है जो आप जा रहे हैं)। यह उस समय की मात्रा को कम करता है जब आपका कंप्यूटर गंतव्य सर्वर के साथ "हाथ हिलाता है" जो डेटा भेजना है उसे कम करके। आजकल, प्रोसेसर थोड़े समय में लाखों डिकंप्रेशन को संभालने के लिए पर्याप्त शक्तिशाली हैं। यह अब करने के लिए और अधिक समझ में आता है।

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

अंत में, जब आप अनुरोध भेजते हैं तो HTTP / 2 "मल्टीप्लेक्सिंग" नामक कुछ करेगा। HTTP 1.1 में, एक समस्या थी: प्रत्येक नए पैकेट को पिछले एक से अधिक प्राथमिकता मिली। उन सभी को एक रैखिक फैशन में संसाधित किया गया था, जिससे "हेड ऑफ़ लाइन अवरोधन" नामक एक समस्या उत्पन्न हुई। असल में, एक सर्वर का प्रदर्शन इस तथ्य से सीमित था कि इसे कतार में बाकी छोड़ते समय उस पहले पैकेट को संसाधित करना होगा। यदि पैकेट को संसाधित करने में काफी समय लगा, तो अन्य सभी पैकेटों को अपनी बारी के लिए लाइन में इंतजार करना पड़ा। HTTP / 2 के साथ, एक ही समय में एकाधिक पैकेट संसाधित किए जाएंगे।

विभिन्न "इलाज" के इस संयोजन के साथ, HTTP / 2 HTTP-विशिष्ट समस्याओं के कारण मंदी से बचने के लिए वह सब कुछ कर सकता है। यह छोटे सर्वर वाले वेबसाइटों के लिए विशेष रूप से फायदेमंद होगा जो फेसबुक और Google चलाने वाले बैंडविड्थ से जुड़े नहीं हैं।

यदि आपके कोई प्रश्न या विचार हैं, तो अपने विचारों के साथ टिप्पणी छोड़ना सुनिश्चित करें!