قال مطور uBlock Origin أن امتداده لحظر الإعلانات لن ينجح إذا تم اعتماد تغييرات على Chromium. نحن نتحدث عن تطبيق
APIsativeNetRequest التي تجعل من المستحيل استخدام
webRequest API . تعتقد Google أن التغييرات ضرورية للتشغيل السريع لبرنامج مانع الإعلانات المدمج في Chromium ، وكذلك للتنفيذ في متصفح الوظيفة الحالية في Adblock Plus (بناء الجملة نفسه ، إلخ).
المشكلة هي أن هذه الواجهات غير متوافقة بشكل جيد مع مخطط عمل uBlock Origin الحالي: "إذا كان بإمكان الحاصرات العمل فقط من خلال واجهات برمجة التطبيقات (API) لـ NativeRequest (محدودة للغاية) ، فإن هذا يعني في الواقع أن الحاصرين اللذين قمت بدعمهما لسنوات عديدة هما uBlock Origin وكتب ريموند هيل.
لن تؤدي التغييرات إلى تعطيل برامج حظر الجهات الخارجية تمامًا. يتم رفضهم ببساطة الوصول إلى
webRequest API ، والتي يستخدمونها للاستماع إلى الأحداث ومنع المحتوى أثناء التنقل أثناء تحميل الصفحة. في النظام الجديد ، لن تتمكن أدوات الحظر من حظر الأحداث بناءً على واجهة برمجة تطبيقات webRequest ، ولكنها ستكون قادرة على عرض الأحداث فقط. سيؤدي هذا إلى تسريع عملية تحميل الصفحات في المتصفح ، لأن الإضافات لن تؤدي إلى إبطاء التدفق الرئيسي ، وفقًا لمهندسي Google.
بدلاً من ذلك ، يتم تقديم الامتدادات للتبديل إلى APIativeNetRequest - وإبلاغ المستعرض بالأحداث التي يرغبون في حظرها. وهذا هو ، التحكم ينتقل إلى المستعرض. بالإضافة إلى تسريع الأمور ، يُفترض إجراء تغييرات لتحسين خصوصية المستخدم: "توفر واجهة برمجة تطبيقات DeclarativeNetRequest خصوصية أفضل للمستخدمين ، لأن الإضافات لا يمكنها فعليًا قراءة طلبات الشبكة التي تم إجراؤها نيابة عن مستخدم" ، توضح وثائق واجهة برمجة تطبيقات Google.
تعتمد حاصرات المحتوى على فكرة أن المستخدمين ، وليس أي شخص آخر ، يتحكمون في المحتوى في متصفحهم. يجب أن يتحكموا في كيفية عرض المتصفح له وكيف يتفاعل مع الموارد البعيدة. لا يحق لأحد إجبار أي شخص على الاطلاع على المعلومات التي لا يريد أن يراها: إنها إحدى الحقوق والحريات الأساسية للفرد.
نرحب بإدارة منع الإعلانات من خلال متصفح ، بدلاً من إضافة جهة خارجية ، إن لم يكن لاعتراض واحد. الحقيقة هي أن Chromium يعتمد على المتصفح الأكثر شعبية على الإنترنت Chrome ، والذي تصدره Google. وتتلقى حصة الأسد من ربحها من الإعلان على الإنترنت. من السذاجة افتراض أن الشركة ستبذل جهودًا خاصة لمساعدة المستخدمين على حظر إعلاناتهم. بدلاً من ذلك ، على العكس من ذلك ، ستبذل الجهود لجعل هذا أمرًا صعبًا أو مستحيلًا بقدر الإمكان مع أدوات المتصفح المدمجة. وإذا أدخلت تغييرات على Manifest v3 ، فسيتوقف uBlock Origin عن العمل.
يلاحظ Raymond Hill أن DeclarativeNetRequest API يستخدم نظام تصفية نمط Adblock Plus غير متوافق مع uBlock Origin. إنه يعتقد أن هذا خطأ أساسي: "بالإضافة إلى حقيقة أن uBlock Origin و uMatrix لا يمكن أن يتواجدا ، فمن المثير للقلق أن كلاً من واجهة برمجة التطبيقات للإعلانNetRequest المقترحة تحظر تنفيذ محركات جديدة لتصفية المحتوى على بنية مبتكرة ، لأن API declarationNetRequest ليس أكثر من تنفيذ تطبيق واحد محدد محرك تصفية ، وتطبيق محدود إلى حد ما (بحد أقصى 30000 قيود لا يكفي لوضع قوائم EasyList المعروفة).
أشار Hill إلى أن API الجديدة لا تدعم العديد من الميزات الأخرى ، بما في ذلك حظر عناصر الوسائط المتعددة أكبر من الحجم المحدد ، وتعطيل تنفيذ جافا سكريبت من خلال تقديم توجيهات أمان المحتوى ، وحذف رؤوس ملفات تعريف الارتباط الصادرة. يعتقد ريموند أن هذه التغييرات
ليست في مصلحة المستخدمين .
إذا قبلوا Manifest v3 ، فإن هذا يمكن أن يسرع Chrome ، ولكن سيحد من إمكانيات جميع ملحقات المتصفح ، ليس فقط لمنع الإعلانات ، ولكن أيضًا على غيرها. يكتب Raymond Hill أن Chrome سيبدو مثل متصفح Safari من Apple ، والذي يدعم الآن
"حاصرات المحتوى" التي تعمل في وضع قياسي سريع.
هذا هو نوع من التسوية. فمن ناحية ، لن تتمكن امتدادات المتصفح مثل uBlock Origin من تنفيذ آلية التصفية الخاصة بها. من ناحية أخرى ، ستصبح آلية التصفية المدمجة في Chromium أسرع بكثير من الآن. من حيث المبدأ ، تتجه المتصفحات الأخرى أيضًا إلى فرض قيود تدريجية على حقوق ملحقات الطرف الثالث.
أبدى بعض المطورين الآخرين تعليقًا على التغيير المقترح ، وأعربوا عن قلقهم من أن Google تستخدم الخصوصية كذريعة لوضع اهتمامات أعمالها الإعلانية على اهتمامات مستخدمي المتصفح.
قال ممثلو Google أن المواصفات النهائية لبرنامج Manifest v3 لم تتم الموافقة عليها بعد ، والمناقشة جارية.