Прогнозы начинают сбываться.

Да, да, добрый гугле решил позаботиться о пользователях, а не о собственном рекламном бизнесе.
По факту: начинается прекрасная новая фаза, когда около 90% - браузеры на базе Chromium. Можно спокойно делать всё, что вздумается.
Ещё одно предсказание: следующие на очереди - userscript'ы.

А зачем запрещать, это же какой урон репутации. Нужно потихоньку сделать блокировщики малоэффективными - и люди сами удалят их.
Вот это API позволяет эффективно динамически (umatrix'у прежде всего) резать запросы на любом из этапов, обращаясь к базе или её кэшу в памяти за правилами из самого расширения. А вот это - только в режиме предварительно сформированного черного списка, и, внимание, chrome.declarativeNetRequest.MAX_NUMBER_OF_RULES - 30000.

The maximum number of rules that an extension can specify in the rule resources file. Any excess rules will be ignored and an install warning will be raised.

То есть, нате, жрите, не подавитесь: о совместном использовании Easylist+Ruadlist можно забыть, не говоря уж о uMatrix, который динамически кромсает трафик на основе его природы, а не предопределённых правил.

Отредактировано жрнжп (23-01-2019 20:28:31)

А Андрей Мешков из adguard'а другие или какие?

https://bugs.chromium.org/p/chromium/is … 896897#c32
Hi, I am another ad blocker developer (AdGuard), and from our perspective, the proposed change will be even more crippling to all ad blockers than what was done by Apple when they introduced their declarative content blocking API.
I agree with the points Raymond made in comment 23, but there's another serious change that needs attention. The proposed change to hosts permissions (either using activeTab or requesting access on every new website) basically means that every time users navigate to a new website, nothing is blocked there. Ok, maybe something is blocked by declarative rules, but blocking web requests is just a tiny part of what ad blockers do. For instance, they need to apply cosmetic rules and that's roughly half of EasyList rules.