Google ने अपनी योजनाओं का अनावरण किया आपके पास इस बारे में क्या है Chrome 106 के साथ सर्वर पुश के लिए समर्थन निकालना, (जो 27 सितंबर के लिए निर्धारित है) और यह कि परिवर्तन क्रोमियम कोड आधार पर आधारित अन्य ब्राउज़रों को भी प्रभावित करेगा।
आप में से जो सर्वर पुश तकनीक के लिए नए हैं, आपको पता होना चाहिए कि HTTP/2 और HTTP/3 मानकों में परिभाषित किया गया है, और सर्वर को स्पष्ट रूप से अनुरोध किए जाने की प्रतीक्षा किए बिना क्लाइंट को संसाधन भेजने की अनुमति देता है।
यह इस तरह होना चाहिए सर्वर पेज लोड को तेज कर सकता है, क्योंकि पृष्ठ को रेंडर करने के लिए आवश्यक CSS फाइलें, स्क्रिप्ट और चित्र क्लाइंट द्वारा अनुरोध किए जाने तक पहले ही आपके पक्ष में स्थानांतरित हो जाएंगे।
HTTP / 2 सर्वर पुश उपयोग के विश्लेषण के मिश्रित परिणाम (क्रोम, अकामाई) हैं, जिसमें कोई स्पष्ट शुद्ध प्रदर्शन लाभ नहीं है और कई मामलों में प्रदर्शन प्रतिगमन है।
कई HTTP/3 सर्वर और क्लाइंट में पुश लागू नहीं किया गया था, हालांकि इसे . नए HTTP/3 का उपयोग करने वाले अधिकांश वेब के लिए, पुश पहले ही सेवानिवृत्त हो चुका है। हाल ही में उस विश्लेषण को फिर से चलाने पर, हम देखते हैं कि साइटों द्वारा 1,25% HTTP/2 समर्थन 0,7% तक गिर गया है।
समर्थन समाप्त करने के कारण के रूप में कार्यान्वयन की अनावश्यक जटिलता का उल्लेख किया गया है सरल और कम प्रभावी विकल्पों की उपस्थिति में प्रौद्योगिकी का, जैसे लेबल , जिससे ब्राउज़र पृष्ठ पर उपयोग किए जाने की प्रतीक्षा किए बिना किसी संसाधन का अनुरोध कर सकता है। एक तरफ, सर्वर पुश की तुलना में प्रीफेच, एक अतिरिक्त पैकेट एक्सचेंज (आरटीटी) उत्पन्न करता है, लेकिन दूसरी ओर, यह उन संसाधनों को भेजने से बचता है जो पहले से ही ब्राउज़र के कैशे में हैं। सामान्य तौर पर, सर्वर पुश और प्रीलोडिंग का उपयोग करते समय देरी के अंतर को नगण्य के रूप में चिह्नित किया जाता है।
सर्वर साइड पर प्रोएक्टिव लोडिंग शुरू करने के लिए, HTTP रिस्पांस कोड 103 का उपयोग करने का प्रस्ताव है, जो आपको क्लाइंट को अनुरोध के तुरंत बाद कुछ HTTP हेडर की सामग्री के बारे में सूचित करने की अनुमति देता है, बिना सर्वर के सभी ऑपरेशन करने की प्रतीक्षा किए। अनुरोध के साथ और सामग्री परोसना शुरू करें।
103 अर्ली हिंट्स एक बहुत कम त्रुटि-प्रवण विकल्प है जिसमें पुश के समान कई फायदे हैं, और बहुत कम नुकसान हैं। संसाधन भेजने वाले सर्वर के बजाय, 103 प्रारंभिक संकेत संसाधनों के ब्राउज़र को केवल संकेत भेजता है कि उन्हें तुरंत अनुरोध करने से लाभ हो सकता है। यह ब्राउज़र को यह तय करने के नियंत्रण में छोड़ देता है कि उसे उनकी आवश्यकता है या नहीं, उदाहरण के लिए यदि उसके पास पहले से ही HTTP कैश में वे संसाधन हैं।
क्रिटिकल रिसोर्स प्रीलोडिंग एक अन्य विकल्प है जो पेज और ब्राउजर को एक साथ काम करने की अनुमति देता है ताकि पेज लोड में महत्वपूर्ण संसाधनों को प्रीमेप्टिवली लोड किया जा सके।
इसी तरह, यह प्रदान किए गए पृष्ठ से जुड़े तत्वों के बारे में संकेत प्रदान कर सकता है, जिसे पहले से लोड किया जा सकता है (उदाहरण के लिए, पृष्ठ में उपयोग किए गए सीएसएस और जावास्क्रिप्ट के लिंक प्रदान किए जा सकते हैं)। ऐसे संसाधनों के बारे में जानकारी प्राप्त करने के बाद, ब्राउज़र मुख्य पृष्ठ की वापसी की प्रतीक्षा किए बिना उन्हें डाउनलोड करना शुरू कर सकता है, जिससे अनुरोध को संसाधित करने का कुल समय कम हो जाता है।
संसाधनों के भार को अनुकूलित करने के अलावा, सर्वर पुश तंत्र का उपयोग सर्वर से क्लाइंट तक डेटा संचारित करने के लिए भी किया जा सकता है, लेकिन इन उद्देश्यों के लिए, W3C संघ वेबट्रांसपोर्ट प्रोटोकॉल विकसित करता है। वेबट्रांसपोर्ट में संचार चैनल परिवहन के रूप में QUIC प्रोटोकॉल का उपयोग करके HTTP / 3 पर आयोजित किया जाता है, WebTransport मल्टीकास्टिंग, वन-वे ब्रॉडकास्टिंग, आउट-ऑफ-ऑर्डर डिलीवरी, विश्वसनीय और अविश्वसनीय डिलीवरी मोड जैसी उन्नत सुविधाएँ प्रदान करता है।
Google के आंकड़ों के अनुसार, सर्वर पुश तकनीक को पर्याप्त वितरण नहीं मिला है. हालांकि सर्वर पुश HTTP/3 विनिर्देश में मौजूद है, व्यवहार में क्रोम ब्राउज़र सहित कई क्लाइंट और सर्वर सॉफ़्टवेयर उत्पादों ने इसे मूल रूप से लागू नहीं किया है। 2021 में, HTTP / 1,25 पर चलने वाली लगभग 2% वेबसाइटों ने सर्वर पुश का उपयोग किया। इस साल यह आंकड़ा घटकर 0,7 फीसदी रह गया है।
अंत में यदि आप इसके बारे में अधिक जानने में रुचि रखते हैं, आप में विवरण देख सकते हैं निम्नलिखित लिंक।