У попередній статті ми говорили про новий механізм Javascript в якому жителі Mozilla працюють над наступною версією Firefox 70, яка надійде в наступному місяці жовтні (примітку ви можете прочитати в наступна посилання). У цій статті ми поговоримо про анонс Mozilla про використання доповнень Firefox на основі API WebExtensions в якому розробники Mozilla висловили свою позицію в якому Вони не мають наміру повністю стежити за майбутнім третім виданням Додаткового маніфесту Chrome.
Цим вони дають зрозуміти, що зокрема, Firefox і надалі підтримуватиме режим блокування API webRequest, що дозволяє змінювати прийнятний вміст на льоту і користується попитом у блокувальниках реклами та системах фільтрації вмісту.
Основною ідеєю переходу до API WebExtensions було уніфікація технології розробки плагінів для Firefox та Chrome, отже, у своєму поточному вигляді Firefox майже на 100% сумісний з поточною другою версією маніфесту Chrome.
Маніфест визначає перелік наданих функцій та ресурсів для доповнення. Через введення обмежувальних заходів негативно сприймається лрозробники плагіни в третій версії маніфесту, Mozilla відмовиться від практики повного дотримання маніфесту і не передаватиме зміни до Firefox які порушують сумісність плагінів.
Пам’ятайте, що, незважаючи на всі заперечення, Google планує припинити підтримку Chrome у режимі, який блокує режим WebRequest API, обмежуючи його лише режимом лише для читання та пропонуючи нові функції фільтрації декларативного вмісту API.
Якщо API webRequest дозволив вам підключати власні контролери з повним доступом до мережевих запитів і здатним змінювати трафік на льоту, новий API декларативу NetRequest надає доступ до готового універсального вбудованого механізму фільтрації, який самостійно обробляє правила блокування, не допускає використання власних алгоритмів фільтрації та не допускає складних правил, що перекривають одне одного на основі умов.
Mozilla також оцінює зручність перенесення на Firefox для підтримки деяких інших змін. з третьої версії маніфесту Chrome, яка порушує підтримку плагіна:
- La перехід на страту працівників сфери обслуговування у формі фонових процесів, для чого потрібно, щоб розробники змінили код деяких доповнень.
Хоча новий метод є найбільш оптимальним з точки зору продуктивності, Mozilla розглядає можливість збереження підтримки запущених фонових сторінок. - Нова детальна модель запиту дозволу: плагін не можна активувати негайно для всіх сторінок (дозвіл "усі_урли" видалено), але він буде працювати лише в контексті активної вкладки, тобто користувач повинен підтвердити роботу плагіна для кожного сайту. У цьому сегменті Mozilla вивчає шляхи посилення контролю доступу, не відволікаючи постійно користувача.
- Зміна обробки заявок з перехресним походженням: Згідно з новим маніфестом, до сценаріїв обробки вмісту застосовуватимуться ті самі обмеження, що й до головної сторінки, до якої ці сценарії вставляються (наприклад, якщо сторінка не має доступу до API розташування, плагіни сценарію не отримають цей доступ будь-який). Зміни планується впровадити у Firefox.
- Заборона виконання коду, завантаженого із зовнішніх серверів (Ми говоримо про ситуації, коли плагін завантажує та виконує зовнішній код). Firefox вже використовує зовнішнє блокування коду, і розробники Mozilla із задоволенням застосовують цей захист, використовуючи додаткові методи відстеження завантаження коду, запропоновані в третій версії маніфесту.
Фуенте: https://blog.mozilla.org