موزيلا أعلن ذلك مؤخرًا تعتزم القيام به متصفح الويب الخاص بك "Firefox" متوافق مع الإصدار 3 من بيان Chrome ونشر خارطة طريق تحدد القدرات والموارد التي سيتم توفيرها للمكونات الإضافية.
يجب أن نتذكر أن الإصدار الثالث من البيان تعرض لانتقادات بسبب مقاطعة العديد من المكونات الإضافية للأمان وحظر المحتوى غير المناسب ، وقد تحدثنا بالفعل عن ذلك. هنا في المدونة.
يعلق موزيلا ذلك تخطط لتنفيذ جميع إمكانيات وقيود البيان الجديد في Firefox تقريبًا، بما في ذلك واجهة برمجة التطبيقات لتصفية المحتوى التعريفي (certativeNetRequest) ، ولكن بخلاف Chrome ، لن يتوقف Firefox عن دعم وضع الحظر القديم لواجهة برمجة تطبيقات webRequest ، على الأقل حتى لا تفي واجهة برمجة التطبيقات الجديدة تمامًا باحتياجات مطوري المكونات الإضافية الذين يستخدمون واجهة برمجة تطبيقات webRequest.
هذا النهج سيضمن التوافق مع مكونات Chrome الإضافية دون كسر التوافق مع المكونات الإضافية التي تعتمد على webRequest API.
يرتبط عدم الرضا الرئيسي عن البيان الجديد بالترجمة للقراءة فقط لواجهة برمجة تطبيقات webRequest ، والتي سمحت لك بتوصيل وحدات التحكم الخاصة بك التي تتمتع بوصول كامل إلى طلبات الشبكة ويمكنها تعديل حركة المرور بسرعة.
يتم استخدام واجهة برمجة التطبيقات هذه بواسطة uBlock Origin والعديد من المكونات الإضافية الأخرى لحظر المحتوى غير المناسب وضمان الأمان. بدلاً من واجهة برمجة تطبيقات webRequest ، تم اقتراح واجهة برمجة تطبيقات NetRequest التعريفية ، ومحدودة في إمكانياتها ، والتي توفر الوصول إلى محرك تصفية مضمن يعالج قواعد الحظر بشكل مستقل ، ولا يسمح باستخدام خوارزميات التصفية المخصصة ، ولا يسمح بإنشاء معقد القواعد التي تتداخل حسب الشروط.
في Firefox ، التوافق مع الإصدار الثالث من البيان من كروم من المقرر أن يتم اختباره في أواخر عام 2021 ومن المقرر إصدار البيان الجديد في أوائل عام 2022.
من بين ميزات التنفيذ من البيان الجديد في Firefox تبرز:
- قم بتوفير واجهة برمجة تطبيقات expativeNetRequest ، مع الاحتفاظ بواجهة برمجة تطبيقات webRequest القديمة.
- تغيير معالجة الطلب عبر الأصل: وفقًا للبيان الجديد ، ستخضع البرامج النصية لمعالجة المحتوى لنفس قيود الأذونات الخاصة بالصفحة الرئيسية التي يتم تضمين هذه البرامج النصية فيها (على سبيل المثال ، إذا لم يكن للصفحة حق الوصول إلى واجهة برمجة التطبيقات للموقع ، لن تحصل المكونات الإضافية في البرنامج النصي على هذا الوصول أيضًا). تتوفر الآن بعض طلبات التغيير المتعلقة بقيود المصدر المشترك للاختبار في إصدارات Firefox الليلية.
- سيتم استبدال صفحات الخلفية بعاملين في الخدمة ، يعملون في شكل عمليات خلفية (التغيير ليس جاهزًا بعد لبدء الاختبار).
- واجهة برمجة التطبيقات المستندة إلى الوعد: يدعم Firefox بالفعل هذا النوع من واجهة برمجة التطبيقات في مساحة الاسم «المتصفح. * »وللنسخة الثالثة من البيان ستنقله إلى مساحة الاسم« كروم. * ».
- نموذج محبب جديد لطلب الأذونات: لن يتم تنشيط المكون الإضافي لجميع الصفحات مرة واحدة ، ولكنه سيعمل فقط في سياق علامة التبويب النشطة ، أي ، سيتعين على المستخدم تأكيد عمل المكون الإضافي لـ كل موقع. تعمل Mozilla على تعزيز ضوابط الوصول ، ولكن الغرض منها هو منح المستخدمين القدرة على تحديد ما إذا كانوا سيسمحون للمكونات الإضافية بالعمل مع علامات تبويب مختلفة.
- حظر تنفيذ التعليمات البرمجية التي تم تنزيلها من الخوادم الخارجية (نحن نتحدث عن المواقف التي يقوم فيها المكون الإضافي بتحميل التعليمات البرمجية الخارجية وتنفيذها). يستخدم Firefox بالفعل حظرًا خارجيًا للكود ، ومطورو Mozilla مستعدون لإضافة تقنيات تتبع تنزيل الكود الإضافية المتوفرة في الإصدار الثالث من البيان.
- بالإضافة إلى ذلك ، سيتم تقديم سياسة أمان محتوى منفصلة (CSP) للبرامج النصية لمعالجة المحتوى ، وسيتم تعديل UserScripts وواجهات برمجة تطبيقات contentScripts الحالية لدعم الامتدادات المستندة إلى العمال للخدمة.