मागील लेखात आम्ही नवीन जावास्क्रिप्ट इंजिनबद्दल बोललो ज्यामध्ये फायरफॉक्स of० च्या पुढील आवृत्तीसाठी मोझिलाचे लोक काम करत आहेत जे ऑक्टोबरच्या पुढच्या महिन्यात येणार आहे (आपण नोटमध्ये वाचू शकता पुढील लिंक). या लेखात आम्ही मोझिलाने केलेल्या घोषणेबद्दल बोलू वेबएक्स्टेंशन API वर आधारित फायरफॉक्स अ‍ॅड-ऑन वापरण्याबद्दल ज्यात मोझिला विकसकांनी त्यांची स्थिती स्पष्ट केली ज्यामध्ये Chrome अ‍ॅड-ऑन मॅनिफेस्टोच्या आगामी तिसर्‍या आवृत्तीचे पूर्णपणे अनुसरण करण्याचा त्यांचा हेतू नाही.
याद्वारे ते हे स्पष्ट करतात की, फायरफॉक्स वेबरक्वेस्ट एपीआय ब्लॉकिंग मोडचे समर्थन करत राहील, जे आपल्याला फ्लायवर स्वीकारलेली सामग्री बदलण्याची परवानगी देते आणि अ‍ॅड ब्लॉकर्स आणि सामग्री फिल्टरिंग सिस्टममध्ये मागणी आहे.
वेबएक्सटेंशन एपीआयमध्ये संक्रमणाची मुख्य कल्पना फायरफॉक्स आणि क्रोमसाठी प्लगइन विकास तंत्रज्ञानाचे एकीकरण होती, म्हणूनच सध्याच्या स्वरूपात फायरफॉक्स क्रोम मॅनिफेस्टच्या दुसर्‍या आवृत्तीशी जवळजवळ 100% सुसंगत आहे.
मॅनिफेस्ट प्रदान केलेली वैशिष्ट्ये आणि संसाधनांची सूची परिभाषित करते पूर्ततेसाठी. प्रतिबंधात्मक उपायांच्या स्थापनेमुळे एल द्वारे नकारात्मकपणे समजले जातेच्या विकसक मॅनिफेस्टच्या तिसर्‍या आवृत्तीतील प्लगइन, मोझीला मॅनिफेस्ट पूर्णतः अनुसरण करण्याची प्रथा सोडून देईल आणि फायरफॉक्समध्ये बदल हस्तांतरित करणार नाही जे प्लगइन सहत्वतेचे उल्लंघन करते.
लक्षात ठेवा की सर्व आक्षेपांनंतरही, Google केवळ वेब-रेकॉर्ड एपीआय मोडमध्ये Chrome साठी समर्थन थांबविण्याची योजना करीत आहे, केवळ वाचनीय मोडवर मर्यादित करते आणि घोषणेस नेटवेक्वेस्ट एपीआयची नवीन घोषित सामग्री फिल्टरिंग वैशिष्ट्ये ऑफर करण्यासाठी आहे.
जर वेब रिक्वेस्ट एपीआयने आपल्याला आपल्या स्वतःच्या नियंत्रकांना नेटवर्क विनंत्यांसह पूर्ण प्रवेशासह कनेक्ट करण्याची परवानगी दिली आहे आणि उड्डाणात रहदारी सुधारित करण्यास सक्षम असेल तर नवीन घोषित नेट नेटक्वेस्ट एपीआय आउट-ऑफ-द-बॉक्स सार्वत्रिक बिल्ट-इन फिल्टरिंग इंजिनमध्ये प्रवेश प्रदान करते जे स्वतंत्रपणे प्रक्रिया करते. अवरोधित करण्याचे नियम, स्वत: चे फिल्टरिंग अल्गोरिदम वापरण्याची परवानगी देत नाही आणि अटींच्या आधारावर जटिल नियमांना एकमेकांना आच्छादित करण्यास परवानगी देत नाही.
इतर काही बदलांना पाठिंबा देण्यासाठी फायरफॉक्सला पोर्ट करण्याच्या सुविधेचे मोज़िला देखील पुनरावलोकन करीत आहे. प्लगइन समर्थनाचे उल्लंघन करणार्‍या Chrome मॅनिफेस्टच्या तिसर्‍या आवृत्तीमधील:
- La सेवा कामगारांच्या अंमलबजावणीत संक्रमण पार्श्वभूमी प्रक्रियेच्या रूपात, त्यासाठी काय आवश्यक आहे ते म्हणजे विकसकांनी काही जोड्यांचा कोड बदलला.
कार्यक्षमतेच्या दृष्टीने नवीन पद्धत अधिक इष्टतम असली तरीही, पार्श्वभूमी पृष्ठे चालू ठेवण्यासाठी मोझीला समर्थन राखण्याचा विचार करीत आहे. - नवीन दाणेदार परवानगी विनंती मॉडेल: सर्व पृष्ठांसाठी प्लगइन त्वरित सक्रिय करणे शक्य नाही ("all_urls" परवानगी काढून टाकली जाते), परंतु ती केवळ सक्रिय टॅबच्या संदर्भातच कार्य करेल, म्हणजे वापरकर्त्यास प्रत्येक साइटसाठी प्लगइन कार्याची पुष्टी करावी लागेल. या विभागात मोझीला सतत वापरकर्त्याचे लक्ष विचलित न करता प्रवेश नियंत्रण बळकट करण्यासाठी मार्ग शोधत आहे.
- क्रॉस-मूळ अनुप्रयोग प्रक्रियेमध्ये बदलः नवीन मॅनिफेस्टनुसार, ही स्क्रिप्ट्स मुख्यपृष्ठामध्ये समाविष्ट केल्याप्रमाणे सामग्री प्रक्रिया स्क्रिप्टवर समान प्राधिकरणे प्रतिबंध लागू केली जातील (उदाहरणार्थ, पृष्ठास स्थान API वर प्रवेश नसल्यास, स्क्रिप्ट प्लगइन मिळणार नाहीत एकतर हा प्रवेश). हा बदल फायरफॉक्समध्ये राबविण्याची योजना आहे.
- बाह्य सर्व्हरवरून डाउनलोड केलेल्या कोडच्या अंमलबजावणीवर प्रतिबंध (आम्ही अशा परिस्थितीबद्दल बोलत आहोत जेथे प्लगइन बाह्य कोड लोड आणि अंमलात आणतो). फायरफॉक्स आधीपासूनच बाह्य कोड ब्लॉकिंगचा वापर करीत आहे, आणि मॅनिफेस्टच्या तिसर्‍या आवृत्तीत ऑफर केलेल्या अतिरिक्त कोड डाउनलोड ट्रॅकिंग तंत्राचा वापर करून मोझीला विकसक त्या संरक्षणाची अंमलबजावणी करण्यास आनंदित आहेत.
स्त्रोत: https://blog.mozilla.org