Google ने एक टाइमलाइन जारी की है जिसमें यह विवरण देता है कि कैसे संस्करण 2 के लिए समर्थन समाप्त हो जाएगा अपने क्रोम मेनिफेस्ट से संस्करण 3 के पक्ष में, जो अपने कई सुरक्षा प्लगइन्स को बाधित करने और अनुपयुक्त सामग्री को अवरुद्ध करने के लिए आग में आ गया है।
मेनिफेस्ट के दूसरे संस्करण को शामिल करने के अलावा, लोकप्रिय uBlock Origin विज्ञापन अवरोधक जुड़ा हुआ है, जिसे webRequest API के ब्लॉकिंग मोड के लिए समर्थन समाप्त होने के कारण मैनिफ़ेस्ट के तीसरे संस्करण में स्थानांतरित नहीं किया जा सकता है।
17 जनवरी 2022 तक, मेनिफेस्ट के दूसरे संस्करण का उपयोग करने वाले प्लग इन अब क्रोम वेब स्टोर में स्वीकार नहीं किए जाएंगे, लेकिन पहले जोड़े गए प्लगइन डेवलपर अभी भी अपडेट पोस्ट करने में सक्षम होंगे।
जनवरी 2023 में, क्रोम दूसरे संस्करण के साथ संगत होना बंद कर देगा मेनिफेस्ट और उससे जुड़े सभी प्लगइन्स काम करना बंद कर देंगे। साथ ही, ऐसे ऐड-ऑन के लिए क्रोम वेब स्टोर पर अपडेट पोस्ट करना प्रतिबंधित रहेगा।
इस साल की शुरुआत में, क्रोम 88 के लिए, हमने क्रोम एक्सटेंशन इकोसिस्टम के लिए एक नए मेनिफेस्ट संस्करण की उपलब्धता की घोषणा की। मैनिफेस्ट V3 को बनने में वर्षों लगे हैं, जो अपने पूर्ववर्ती की तुलना में अधिक सुरक्षित, कुशल और गोपनीयता-संरक्षण है। यह एक्सटेंशन प्लेटफॉर्म का एक विकास है जो बदलते वेब परिदृश्य और ब्राउज़र एक्सटेंशन के भविष्य दोनों को ध्यान में रखता है।
जैसा कि हम भविष्य की ओर देखते हैं और मैनिफेस्ट V3 की कार्यक्षमता को सुधारना और सुधारना जारी रखते हैं, हम मैनिफेस्ट V2 से एक्सटेंशन को चरणबद्ध करने की योजना पर विवरण भी साझा करना चाहते हैं।
हमें वह याद रखना चाहिए मैनिफेस्ट का तीसरा संस्करण, जो क्षमताओं और संसाधनों को परिभाषित करता है सुरक्षा और गोपनीयता को मजबूत करने की पहल के हिस्से के रूप में, प्लगइन्स को प्रदान करने के बजाय webRequest API, घोषणात्मकNetRequest API, जिसमें सीमित क्षमताएं हैं, प्रस्ताव है।
सी ला bien WebRequest API आपको अपने स्वयं के नियंत्रकों को जोड़ने की अनुमति देता है जिनके पास नेटवर्क अनुरोधों तक पूर्ण पहुंच है और जो फ्लाई पर यातायात को संशोधित कर सकते हैं, घोषणात्मकNetRequest API केवल फ़िल्टरिंग इंजन तक पहुँच प्रदान करता है ब्राउज़र में निर्मित बॉक्स से बाहर जो अपने आप ब्लॉकिंग नियमों को संभालता है। , जो आपको अपने स्वयं के फ़िल्टरिंग एल्गोरिदम का उपयोग करने की अनुमति नहीं देता है और आपको जटिल नियम सेट करने की अनुमति नहीं देता है जो शर्तों के आधार पर एक दूसरे को ओवरलैप करते हैं।
जैसे-जैसे ये तिथियां निकट आती हैं, हम परिवर्तन के लिए लक्षित क्रोम के संस्करण के बारे में अधिक विवरण साझा करेंगे, साथ ही विस्तार डेवलपर्स और उपयोगकर्ता कैसे प्रभावित हो सकते हैं, इस बारे में अधिक जानकारी साझा करेंगे।
इस बीच, हम अपने डेवलपर समुदाय की जरूरतों और आवाजों के आधार पर Manifest V3 में नई क्षमताओं को जोड़ना जारी रखेंगे। यहां तक कि पिछले कुछ महीनों में, एक्सटेंशन प्लेटफॉर्म में कई दिलचस्प एक्सटेंशन हुए हैं।
Google के अनुसार, यह webRequest का उपयोग करने वाले प्लगइन्स में आवश्यक NetRequest घोषणात्मक क्षमताओं को लागू करने पर काम करना जारी रखता है, और नए API को एक ऐसे प्रारूप में लाने का इरादा रखता है जो मौजूदा प्लगइन डेवलपर्स की जरूरतों को पूरी तरह से पूरा करता हो।
आने वाले महीनों में, हम अन्य नई क्षमताओं के साथ गतिशील रूप से कॉन्फ़िगर करने योग्य सामग्री स्क्रिप्ट और इन-मेमोरी स्टोरेज विकल्प के लिए भी समर्थन जारी करेंगे। इन परिवर्तनों को समुदाय फ़ीडबैक को ध्यान में रखते हुए डिज़ाइन किया गया था, और हम और अधिक शक्तिशाली एक्सटेंशन API कार्यक्षमता बनाना जारी रखेंगे क्योंकि डेवलपर्स द्वारा अधिक जानकारी साझा की जाती है।
उदाहरण के लिए, Google ने पहले से ही समुदाय की इच्छाओं को ध्यान में रखा है और कई स्थिर नियम सेट, रेगेक्स फ़िल्टरिंग, HTTP शीर्षलेखों के संशोधन के लिए घोषणात्मक NetRequest API के लिए समर्थन जोड़ा है, नियमों को गतिशील रूप से संशोधित करना और जोड़ना, पैरामीटर को हटाना और बदलना। अनुरोध, टैब फ़िल्टरिंग , और सत्र-विशिष्ट नियम सेट निर्माण।
आने वाले महीनों में, सामग्री प्रसंस्करण और रैम में डेटा स्टोर करने की क्षमता के लिए गतिशील रूप से अनुकूलन योग्य स्क्रिप्ट के लिए समर्थन को और लागू करने की योजना है।
अंत में यदि आप इसके बारे में अधिक जानने में रुचि रखते हैं नोट के बारे में, आप विवरण देख सकते हैं निम्नलिखित लिंक में