विकसक अलीकडे कोण मागे आहेत Google Chrome वेब ब्राउझर वरून, HTTP / 3 प्रोटोकॉलसाठी समर्थन जोडल्याची बातमी प्रसिद्ध केली क्रोम कॅनरीच्या प्रायोगिक बिल्ड्सवर, जे क्वाइक वर HTTP सक्षम करण्यासाठी प्लगइन लागू करते.
पाच वर्षापूर्वीच क्विक प्रोटोकॉल स्वतः ब्राउझरमध्ये जोडला गेला होता आणि तेव्हापासून याचा उपयोग Google सेवांसह कार्य अनुकूल करण्यासाठी केला जात आहे. त्याच वेळी, क्रोममध्ये वापरल्या गेलेल्या Google ची क्विक आवृत्ती आयईटीएफ वैशिष्ट्यांच्या आवृत्तीतील काही तपशीलांमध्ये भिन्न आहे, परंतु आता अंमलबजावणी समक्रमित आहेत.
गूगल क्रोम कॅनरी एकात्मिक (खूप) प्रायोगिक म्हणून प्रथम (उपलब्ध) ब्राउझर बनला #जलद आणि HTTP / 3 समर्थन!
"Ableनेबल-क्विक icquic-version = h3-23" ध्वजांकने जोडा आणि आपण "HTTP / 2 + quic / 99" देवटोल्यांमध्ये दर्शविले पाहिजे जे प्रत्यक्षात वेषात https आहे! pic.twitter.com/5Fhui46h3x
- रॉबिन मार्क्स (@ प्रोग्रामरमिंग) सप्टेंबर 19, 2019
ते अधोरेखित करणे महत्वाचे आहे गुगलने क्वाइक विकसित केले आहे (द्रुत यूडीपी इंटरनेट कनेक्शन) २०१ for पासून वेबसाठी टीसीपी + टीएलएस पॅकेजला पर्याय म्हणून, जे टीसीपी कनेक्शनसाठी लांब कॉन्फिगरेशन आणि वाटाघाटीच्या वेळेसह समस्या सोडवते आणि डेटा ट्रान्सफर दरम्यान पॅकेट नष्ट होण्यास विलंब दूर करते.
क्विक हे यूडीपी प्रोटोकॉलचे पूरक आहे जे एकाधिक कनेक्शनच्या मल्टिप्लेक्सिंगला समर्थन देते आणि TLS / SSL च्या समकक्ष कूटबद्धीकरण पद्धती प्रदान करते.
प्रश्नामधील प्रोटोकॉल आधीपासूनच Google च्या सर्व्हर इन्फ्रास्ट्रक्चरमध्ये तयार केलेला आहे, तो क्रोमचा एक भाग आहे, फायरफॉक्समध्ये समाविष्ट करण्यासाठी नियोजित आहे, आणि Google च्या सर्व्हरवर क्लायंटच्या विनंतीसाठी सक्रियपणे वापरला जातो.
क्विकची वैशिष्ट्ये जी मुख्य आहेत ती खालीलप्रमाणेः
- टीएलएस प्रमाणेच उच्च सुरक्षा, (क्यूआयआयसी यूडीपीवर टीएलएस वापरण्याची क्षमता प्रदान करते)
- पॅकेट तोटा प्रतिबंधित करते फ्लो अखंडता नियंत्रण
- त्वरित कनेक्शन स्थापित करण्याची क्षमता (0-आरटीटी, सुमारे 75% प्रकरणात, कनेक्शन सेटअप पॅकेट पाठविल्यानंतर डेटा ताबडतोब प्रसारित केला जाऊ शकतो) आणि विनंती पाठवून उत्तर प्राप्त करण्याच्या दरम्यान किमान विलंब सुनिश्चित करा (आरटीटी, राऊंड ट्रिप टाइम)
- पॅकेट परत पाठवताना समान क्रम क्रमांक वापरत नाही, जे प्राप्त केलेले पॅकेट निश्चित करण्यात अस्पष्टता टाळते आणि प्रतीक्षा वेळ काढून टाकते
- पॅकेट गमावण्यामुळे त्याच्याशी संबंधित केवळ प्रवाहावर परिणाम होतो आणि सध्याच्या कनेक्शनच्या तुलनेत समांतर प्रसारित झालेल्या प्रवाहांमध्ये डेटा वितरण थांबवित नाही.
- गमावलेल्या पॅकेटच्या पुनर्प्रसारणामुळे विलंब कमी करणारी त्रुटी सुधारणेची साधने.
- गहाळ पॅकेट डेटा पुनर्प्रसारण आवश्यक असलेल्या परिस्थिती कमी करण्यासाठी विशेष पॅकेट-स्तरीय त्रुटी सुधार कोडचा वापर.
- ब्लॉकची क्रिप्टोग्राफिक मर्यादा क्यूआयसी पॅकेटच्या मर्यादेसह संरेखित केली गेली आहे, ज्यामुळे पॅकेटमधील नुकसानाचा परिणाम खालील पॅकेटमधील सामग्रीच्या डिकोडिंगवर कमी होतो.
- टीसीपी रांग अडचणीत अडचण नाही
- कनेक्शन अभिज्ञापकास समर्थन, जे मोबाइल क्लायंटसाठी कनेक्शन स्थापित करण्यासाठी वेळ कमी करते
- कनेक्शन ओव्हरलोड नियंत्रित करण्यासाठी प्रगत यंत्रणा कनेक्ट करण्याची क्षमता
हे प्रत्येक दिशेने बँडविड्थचा अंदाज लावण्याच्या तंत्राचा वापर करते हे देखील हायलाइट केले गेले आहे इष्टतम पॅकेट वितरणाची तीव्रता सुनिश्चित करण्यासाठी, गर्दीच्या स्थितीत पोचण्यापासून रोखणे ज्यामध्ये पॅकेट नष्ट होते;
तसेच टीसीपी वर उल्लेखनीय कामगिरी आणि कार्यक्षमता नफा. यूट्यूब सारख्या व्हिडिओ सेवांसाठी, क्विकने व्हिडिओ पाहताना री-बफरिंग ऑपरेशनमध्ये 30% कपात दर्शविली.
एचटीटीपी / 3 प्रोटोकॉल एचआयटीटीपी / 2 साठी परिवहन म्हणून क्विकच्या वापरास प्रमाणित करते. एचटीटीपी / 3 आणि आयआयटीएफच्या 23 मसुद्याच्या क्विक आवृत्ती सक्षम करण्यासाठी, क्रोम "–नेबल-क्विक –quic-version = h3-23" पर्यायांसह चालविला जाणे आवश्यक आहे आणि नंतर क्विक चाचणी साइट उघडल्यास .rocks: 4433 मध्ये विकसक साधनांमधील नेटवर्क तपासणी मोड, HTTP / 3 क्रियाकलाप "HTTP / 2 + quic / 99" म्हणून दर्शविला जाईल.
समांतर एचटीटीपी कनेक्शनद्वारे गमावलेल्या पॅकेटच्या तुलनेत, बर्‍याच कनेक्शनपैकी केवळ 1 कनेक्शन थांबविले जातील, म्हणजेच क्यूआयआयसी ऑर्डर ऑफ ऑर्डरला समर्थन देऊ शकेल जेणेकरून गमावलेल्या पॅकेटचा कमी परिणाम होईल.
Si आपण त्याबद्दल अधिक जाणून घेऊ इच्छित आहात याबद्दल, आपण सल्ला घेऊ शकता खालील दुवा.