अलीकडेच IETF (इंटरनेट अभियांत्रिकी टास्क फोर्स), जे इंटरनेटचे प्रोटोकॉल आणि आर्किटेक्चर विकसित करते, ते ज्ञात केले बातमी HTTP/3.0 प्रोटोकॉलसाठी RFC ची निर्मिती पूर्ण केली आणि RFC 9114 आणि RFC 9204 अभिज्ञापक अंतर्गत संबंधित तपशील प्रकाशित केले.
HTTP/3.0 तपशील "प्रस्तावित मानक" ची स्थिती प्राप्त झाली, त्यानंतर आरएफसीला ड्राफ्ट स्टँडर्ड (ड्राफ्ट स्टँडर्ड) चा दर्जा देण्याचे काम सुरू होईल, ज्याचा अर्थ प्रोटोकॉलचे संपूर्ण स्थिरीकरण आणि केलेल्या सर्व टिप्पण्या विचारात घेणे असा होतो.
प्रोटोकॉल HTTP/3 QUIC प्रोटोकॉलचा वापर परिभाषित करते (त्वरित UDP इंटरनेट कनेक्शन) HTTP/2 साठी वाहतूक म्हणून. QUIC हे UDP प्रोटोकॉलचे प्लगइन आहे जे एकाधिक कनेक्शनच्या मल्टीप्लेक्सिंगला समर्थन देते आणि TLS/SSL च्या समतुल्य एन्क्रिप्शन पद्धती प्रदान करते.
गुगलने 2013 मध्ये प्रोटोकॉल तयार केला होता वेबसाठी TCP + TLS चा पर्याय म्हणून, TCP मध्ये दीर्घ कनेक्शन सेटअप आणि वाटाघाटी वेळेची समस्या सोडवणे आणि डेटा ट्रान्सफर दरम्यान पॅकेट गमावल्यामुळे होणारा विलंब दूर करणे.
सध्या, QUIC आणि HTTP/3.0 समर्थन आधीपासूनच सर्व ब्राउझरमध्ये लागू केले आहे लोकप्रिय वेबसाइट्स. सर्व्हरच्या बाजूला, HTTP/3 ची अंमलबजावणी nginx (वेगळ्या शाखेत आणि वेगळ्या मॉड्यूल म्हणून), Caddy , IIS आणि LiteSpeed साठी उपलब्ध आहेत. Cloudflare च्या सामग्री वितरण नेटवर्कद्वारे HTTP/3 देखील समर्थित आहे.
QUIC ची मुख्य वैशिष्ट्ये:
- उच्च सुरक्षा, TLS सारखीच (खरं तर, QUIC UDP वर TLS वापरण्याची क्षमता प्रदान करते)
- पॅकेटचे नुकसान टाळण्यासाठी ट्रान्समिशन इंटिग्रिटी कंट्रोल
- त्वरित कनेक्शन स्थापित करण्याची क्षमता आणि विनंती पाठवणे आणि प्रतिसाद प्राप्त करणे (RTT, राऊंड ट्रिप वेळ) दरम्यान किमान विलंब सुनिश्चित करण्याची क्षमता
- पॅकेट पुन्हा पाठवताना भिन्न अनुक्रम क्रमांक वापरा, प्राप्त पॅकेट्स निर्धारित करताना संदिग्धता टाळण्यास आणि कालबाह्यतेपासून मुक्त होण्यास अनुमती देऊन
- पॅकेट गमावण्यामुळे त्याच्याशी संबंधित केवळ प्रवाहावर परिणाम होतो आणि सध्याच्या कनेक्शनच्या तुलनेत समांतर प्रसारित झालेल्या प्रवाहांमध्ये डेटा वितरण थांबवित नाही.
- त्रुटी सुधारण्याचे साधन जे हरवलेल्या पॅकेटच्या पुनर्प्रसारणामुळे होणारा विलंब कमी करतात. हरवलेल्या पॅकेट डेटाचे पुनर्प्रसारण आवश्यक असलेल्या परिस्थिती कमी करण्यासाठी विशेष पॅकेट-स्तरीय त्रुटी सुधारणे कोडचा वापर.
- क्रिप्टोग्राफिक ब्लॉक सीमा QUIC पॅकेट सीमांसह संरेखित केल्या जातात, त्यानंतरच्या पॅकेट्सच्या सामग्रीच्या डीकोडिंगवर पॅकेट नुकसानाचा प्रभाव कमी करतात.
- टीसीपी रांग अडचणीत अडचण नाही
- मोबाइल क्लायंटसाठी रीकनेक्शन वेळ कमी करण्यासाठी कनेक्शन ओळख समर्थन
- कनेक्शन ओव्हरलोड नियंत्रणासाठी प्रगत यंत्रणा कनेक्ट करण्याची शक्यता
- इष्टतम पॅकेट फॉरवर्डिंग दर सुनिश्चित करण्यासाठी प्रत्येक दिशेने बँडविड्थ अंदाज तंत्रे वापरा, पॅकेट हरवल्या जाणाऱ्या गर्दीची परिस्थिती टाळा.
- TCP पेक्षा लक्षणीय कामगिरी आणि कामगिरी वाढ. YouTube सारख्या व्हिडिओ सेवांसाठी, QUIC ने व्हिडिओ बफरिंग ऑपरेशन्स 30% कमी केल्याचे दिसून आले आहे.
या व्यतिरिक्त, त्याच वेळी, HTTP/1.1 (RFC 9112) आणि HTTP/2.0 (RFC 9113) प्रोटोकॉलसाठी वैशिष्ट्यांच्या अद्यतनित आवृत्त्या, तसेच HTTP विनंत्या (RFC) च्या शब्दार्थ परिभाषित करणारे दस्तऐवज प्रकाशित केले गेले. 9110). आणि HTTP कॅशिंग कंट्रोल हेडर (RFC 9111).
मध्ये बदल तपशील HTTP/1.1, आपण बंदी लक्षात घेऊ शकता कॅरेज रिटर्न कॅरेक्टरच्या स्वतंत्र वापरापासून (सीआर) सामग्रीसह शरीराच्या बाहेर, म्हणजे प्रोटोकॉल घटकांमध्ये, CR वर्ण केवळ नवीन रेखा वर्ण (CRLF) सोबत वापरला जाऊ शकतो.
El खंडित विनंती लेआउट अल्गोरिदम सुधारित केले गेले आहे हेडरसह संलग्न फील्ड आणि विभाग वेगळे करणे सोपे करण्यासाठी. "HTTP विनंती तस्करी" वर्ग हल्ले अवरोधित करण्यासाठी अस्पष्ट सामग्री हाताळण्यासाठी मार्गदर्शक तत्त्वे जोडली आहेत जी फ्रंटएंड आणि बॅकएंड दरम्यानच्या प्रवाहात इतर वापरकर्त्यांच्या विनंत्यांमधील सामग्रीवर घुसखोरी करू शकतात.
स्पेसिफिकेशनसाठी अपडेट HTTP/2.0 स्पष्टपणे TLS 1.3 साठी समर्थन परिभाषित करते, बहिष्कृत प्राधान्य योजना आणि संबंधित शीर्षलेख फील्ड आणि अद्यतन यंत्रणा नापसंत HTTP/1.1 कनेक्शन नापसंत केले गेले आहे.
शेवटी, तुम्हाला त्याबद्दल अधिक जाणून घेण्यात स्वारस्य असल्यास, तुम्ही मधील तपशीलांचा सल्ला घेऊ शकता खालील दुवा.