Разработчики браузера Opera объяснили, как они продолжат поддерживать расширение uBlock Origin и другие подобные дополнения MV2. Такое разъяснение вышло одновременно с релизом Opera One R2 в качестве стабильной версии. Кроме того, браузер развивает собственный блокировщик рекламы.

Как отмечается, встроенный блокировщик Opera позволяет загружать веб-страницы до 90% быстрее.

В дополнение к этому Opera R2 продолжит поддерживать расширения Manifest V2.

Отдельно компания упоминает uBlock Origin. Она отмечает, что фреймворк, в котором работают расширения браузера в Chromium, переходит с текущего Manifest V2 на Manifest V3, и Opera поддерживает эти изменения, но по-прежнему будет вносить собственные изменения поверх общей кодовой базы.

В ближайшие дни и недели компания свяжется с разработчиками расширений, чтобы определить лучший и самый безопасный сценарий.

Как объяснили в Opera, это позволит пользователям продолжать использовать расширения, такие как uBlock Origin, вместо того, чтобы переходить на более простую версию uBlock Origin Lite.

В прошлом году компания выпустила браузер Opera One с модульной конструкцией для поддержки ИИ-функций Aria. Версия Opera One R2 получила новые функции, в том числе командной строки с режимом контекста страницы, генерации изображений и их интерпретации.

Между тем в Google Chrome начался поэтапный отказ от uBlock Origin. Разработчик бесплатного блокировщика рекламы Рэймонд Хилл поделился скриншотом, который демонстрирует, как Chrome автоматически отключает расширение, поскольку оно «больше не поддерживается».

До этого интернет-магазин Chrome от Google начал выдавать предупреждение, что блокировщик рекламы uBlock Origin и другие расширения вскоре могут быть заблокированы в рамках прекращения поддержки спецификаций расширения Manifest V2.

В августе Google начала предупреждать пользователей непосредственно в браузере о том, что uBlock Origin могут вскоре отключить. В то время Хилл призвал переходить на uBO Lite (uBOL) — урезанную версию расширения, которая предлагает подход, совместимый с MV3.

https://habr.com/ru/news/853754/

Компания Google начала тестирование третьей редакции манифеста Chrome, нарушающей работу многих дополнений для блокирования нежелательного контента и обеспечения безопасности. Поддержка нового манифеста, который определяет возможности и ресурсы, предоставляемые дополнениям, добавлена в экспериментальные сборки Chrome Canary. Новый манифест разработан в рамках инициативы по усилению безопасности, конфиденциальности и производительности дополнений (основной целью является упрощение создания безопасных и высокопроизводительных дополнений, и усложнение возможности создания небезопасных и медленных дополнений).

Манифест пока находится на стадии раннего альфа-тестирования, не является окончательным и добавлен, чтобы дать разработчикам возможность начать экспериментировать и адаптировать свои дополнения. Активация нового манифеста ожидается в следующем году. Время прекращения поддержки второй редакции манифеста пока не определено. Для упрощения миграции дополнений на новый манифест подготовлен проверочный список, включающий изменения, на которые следует обратить внимание разработчикам дополнений.

Напомним, что основное недовольство новым манифестом связано с прекращением поддержки блокирующего режима работы API webRequest, который будет ограничен режимом только для чтения. Исключение будет сделано лишь для редакции Chrome для предприятий (Chrome for Enterprise), в которых поддержка API webRequest будет сохранена. Компания Mozilla решила не следовать за новым манифестом и сохранить в Firefox возможность полного использования API webRequest.

Вместо API webRequest для фильтрации контента в новом манифесте предложен декларативный API declarativeNetRequest. Если API webRequest позволял подключать собственные обработчики, имеющие полный доступ к сетевым запросам и способные на лету модифицировать трафик, новый API declarativeNetRequest предоставляет доступ к готовому универсальному встроенному движку для фильтрации, самостоятельно обрабатывающему правила блокировки, не разрешающему использовать собственные алгоритмы фильтрации и не позволяющему задавать сложные правила, перекрывающие друг друга в зависимости от условий.

В новом манифесте также представлены и другие изменения, влияющие на совместимость с дополнениями. Среди них:

Переход к выполнению Service workers в форме фоновых процессов, что потребует от разработчиков изменения кода некоторых дополнений.

Новая гранулированная модель запроса полномочий - дополнение не сможет активироваться сразу для всех страниц (убрано полномочие "all_urls"), а будет работать только в контексте активной вкладки, т.е. пользователю потребуется подтверждать работу дополнения для каждого сайта.

Изменение обработки Cross-origin запросов - в соответствии с новым манифестом на скрипты обработки контента будут распространяться те же ограничения полномочий, что и для основной страницы, в которую эти скрипты внедряются (например, если страница не имеет доступа к API определению местоположения, то и скрипт дополнения также не получит этот доступ).

Запрет выполнения кода, загруженного с внешних серверов (речь про ситуации, когда дополнение подгружает и выполняет внешний код).