Mozilla नवीन Chrome मॅनिफेस्टमधील सर्व WebExtensions API निर्बंध पार पाडणार नाही

मोझिला कंपनी घोषणा केली, की Firefox मधील WebExtensions API वर आधारित ऍड-ऑन सिस्टीमचा वापर करूनही, विकासकांचा Chrome ऍड-ऑनसाठी मॅनिफेस्टोच्या भविष्यातील तिसऱ्या आवृत्तीचे पूर्णपणे पालन करण्याचा हेतू नाही. विशेषतः, फायरफॉक्स API च्या ब्लॉकिंग मोडला समर्थन देत राहील. वेब विनंती, जे तुम्हाला फ्लायवर प्राप्त सामग्री बदलण्याची परवानगी देते आणि जाहिरात ब्लॉकर्स आणि सामग्री फिल्टरिंग सिस्टममध्ये मागणी आहे.

WebExtensions API वर जाण्याची मुख्य कल्पना फायरफॉक्स आणि क्रोमसाठी अॅड-ऑन विकसित करण्यासाठी तंत्रज्ञान एकत्रित करणे ही होती, त्यामुळे सध्याच्या स्वरूपात, फायरफॉक्स क्रोम मॅनिफेस्टच्या सध्याच्या दुसऱ्या आवृत्तीशी जवळजवळ 100% सुसंगत आहे. मॅनिफेस्ट अॅड-ऑनला प्रदान केलेल्या क्षमता आणि संसाधनांची सूची परिभाषित करते. जाहीरनाम्याच्या तिसर्‍या आवृत्तीमध्ये प्रतिबंधात्मक उपाय लागू केल्यामुळे, जे अॅड-ऑन डेव्हलपर्सकडून नकारात्मकरित्या समजले जाते, Mozilla जाहीरनाम्याचे पूर्णपणे पालन करण्याच्या सरावापासून दूर जाईल आणि अॅड-सह सुसंगततेचे उल्लंघन करणारे बदल Firefox मध्ये हस्तांतरित करणार नाही. ons

की आठवण्याचा अस्वच्छता वर सर्व आक्षेप, Google Chrome मधील webRequest API च्या ब्लॉकिंग मोडला समर्थन देणे थांबवण्याचा, त्यास केवळ-वाचनीय मोडपर्यंत मर्यादित ठेवण्याचा आणि सामग्री फिल्टरिंगसाठी नवीन घोषणात्मक API ऑफर करण्याचा मानस आहे. declarativeNetRequest. WebRequest API ने तुम्हाला तुमचे स्वतःचे हँडलर कनेक्ट करण्याची परवानगी दिली आहे ज्यांच्याकडे नेटवर्क विनंत्यांना पूर्ण प्रवेश आहे आणि ते फ्लायवर रहदारी सुधारण्यास सक्षम आहेत, नवीन declarativeNetRequest API रेडीमेड युनिव्हर्सल बिल्ट-इन फिल्टरिंग इंजिनमध्ये प्रवेश प्रदान करते जे ब्लॉकिंग नियमांवर स्वतंत्रपणे प्रक्रिया करते. , तुमच्या स्वतःच्या फिल्टरिंग अल्गोरिदमचा वापर करण्याची परवानगी देत ​​​​नाही आणि तुम्हाला जटिल नियम सेट करण्याची परवानगी देत ​​​​नाही जे परिस्थितीनुसार एकमेकांना ओव्हरलॅप करतात.

Mozilla क्रोम मॅनिफेस्टच्या तिसर्‍या आवृत्तीतील काही इतर बदलांसाठी फायरफॉक्स समर्थनाकडे जाण्याच्या व्यवहार्यतेचे देखील मूल्यांकन करत आहे जे अॅड-ऑन्ससह सुसंगतता खंडित करते:

• पार्श्वभूमी प्रक्रियेच्या स्वरूपात सेवा कर्मचार्‍यांना कार्यान्वित करण्यासाठी संक्रमण, ज्यासाठी विकासकांना काही जोड्यांचा कोड बदलण्याची आवश्यकता असेल. कार्यक्षमतेच्या दृष्टिकोनातून नवीन पद्धत अधिक कार्यक्षम असली तरी, Mozilla पार्श्वभूमी पृष्ठे चालवण्यासाठी समर्थन कायम ठेवण्याचा विचार करत आहे.
• नवीन दाणेदार परवानगी विनंती मॉडेल - अॅड-ऑन एकाच वेळी सर्व पृष्ठांसाठी सक्रिय होऊ शकणार नाही (“all_urls” परवानगी काढून टाकली गेली आहे), परंतु केवळ सक्रिय टॅबच्या संदर्भात कार्य करेल, म्हणजे. वापरकर्त्याला प्रत्येक साइटसाठी अॅड-ऑन कार्य करते याची पुष्टी करणे आवश्यक आहे. Mozilla वापरकर्त्याचे सतत लक्ष विचलित न करता प्रवेश नियंत्रणे मजबूत करण्याचे मार्ग शोधत आहे.
• क्रॉस-ओरिजिन विनंत्या हाताळण्यात बदल - नवीन मॅनिफेस्टच्या अनुषंगाने, सामग्री प्रक्रिया स्क्रिप्ट ज्या मुख्य पृष्ठामध्ये या स्क्रिप्ट एम्बेड केल्या आहेत त्याच परवानगीच्या निर्बंधांच्या अधीन असतील (उदाहरणार्थ, पृष्ठास प्रवेश नसल्यास स्थान API, नंतर स्क्रिप्ट अॅड-ऑनला देखील हा प्रवेश प्राप्त होणार नाही). हा बदल फायरफॉक्समध्ये लागू करण्याची योजना आहे.
• बाह्य सर्व्हरवरून डाउनलोड केलेल्या कोडची अंमलबजावणी प्रतिबंधित करणे (आम्ही अशा परिस्थितींबद्दल बोलत आहोत जेव्हा अॅड-ऑन बाह्य कोड लोड करते आणि कार्यान्वित करते). फायरफॉक्स आधीच बाह्य कोड ब्लॉकिंग वापरत आहे आणि Mozilla डेव्हलपर मॅनिफेस्टच्या तिसऱ्या आवृत्तीमध्ये ऑफर केलेल्या अतिरिक्त कोड डाउनलोड ट्रॅकिंग तंत्रांचा वापर करून हे संरक्षण मजबूत करण्यास इच्छुक आहेत.

स्त्रोत: opennet.ru