В Chrome започна тестиране на третата редакция на манифеста, несъвместима с uBlock Origin

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

Манифестът все още е в ранни алфа тестове, не е окончателен и е добавен, за да даде на разработчиците възможност да започнат да експериментират и адаптират своите разширения.
Активацията на новия манифест се очаква следващата година. Времето за прекратяване на поддръжката на втората версия на манифеста все още не е определено.
За опростяване на миграцията на разширенията към новия манифест е подготвена Списък с проверки, включващ промени, на които разработчиците на разширения трябва да обърнат внимание.

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

Вместо API webRequest за филтриране на съдържание в новия манифест е предложен декларативен API declarativeNetRequest. Ако API webRequest позволяваше свързването на собствени обработвачи, които имат пълен достъп до мрежовите заявки и могат в реално време да модифицират трафика, новият API declarativeNetRequest предоставя достъп до готов универсален вграден механизъм за филтриране, който самостоятелно обработва правилата за блокиране, като не позволява използването на собствени алгоритми за филтриране и не позволява задаването на сложни правила, които се припокриват в зависимост от условията.

В новия манифест са представени и други промени, които оказват влияние на съвместимостта с разширенията. Сред тях:

  • Преминаване на изпълнението на Service workers в форма на фонови процеси, което ще наложи на разработчиците да променят кода на някои разширения.
  • Нова детайлна модел на искане на разрешения - разширението няма да може да се активира веднага за всички страници (премахнато разрешението "all_urls"), а ще работи само в контекста на активната разделка, т.е. потребителят ще трябва да потвърди работата на разширението за всеки сайт.
  • Промяна в обработката на Cross-origin заявки — в съответствие с новия манифест, ограниченията на правомощията ще важат и за скриптовете, обработващи съдържание, които се вграждат в основната страница, към която са внедрени (например, ако страницата няма достъп до API за определяне на местоположение, то и скриптът за добавяне няма да има такъв доступ).
  • Забрана за изпълнение на код, зареден от външни сървъри (става въпрос за ситуации, при които добавката зарежда и изпълнява външен код).

Източник: opennet.ru

Купете надежден хостинг за сайтове с защита от DDoS, VPS VDS сървъри 🔥 Купете надежден хостинг за сайтове с защита от DDoS, VPS VDS сървъри | ProHoster