谷歌公布了弃用 Chrome 清单第 XNUMX 版、转而采用第 XNUMX 版的时间表，该版本因破坏许多内容阻止和安全附加组件而受到批评。 特别是，流行的广告拦截器 uBlock Origin 附加到清单的第二版本，由于不再支持 webRequest API 的阻塞操作模式，因此无法转移到清单的第三版本。
从 17 年 2022 月 2023 日开始，Chrome 网上应用店将不再接受使用第二版清单的加载项，但之前添加的加载项的开发人员将继续能够发布更新。 XNUMX 年 XNUMX 月，Chrome 将停止支持清单的第二个版本，与其关联的所有附加组件将停止工作。 同时，将禁止在 Chrome Web Store 中发布此类加载项的更新。
让我们回想一下，在宣言的第三个版本中，它定义了为附加组件提供的功能和资源，作为加强安全和隐私举措的一部分，而不是 webRequest API，而是 declarativeNetRequest API，其功能有限，被提议。 虽然 webRequest API 允许您连接自己的处理程序，这些处理程序可以完全访问网络请求并能够动态修改流量，但 declarativeNetRequest API 只提供对浏览器内置的现成过滤引擎的访问，该引擎独立处理阻塞规则，不允许使用自己的过滤算法，也不允许您根据条件设置相互重叠的复杂规则。
据谷歌称，它继续致力于在 declarativeNetRequest 中实现使用 webRequest 的附加组件所需的功能，并打算将新的 API 引入完全满足现有附加组件开发人员需求的形式。 例如，Google 已经考虑到社区的意愿，添加了对 declarativeNetRequest API 的支持，用于使用多组静态规则、通过正则表达式进行过滤、修改 HTTP 标头、动态更改和添加规则、删除和替换请求参数，使用选项卡绑定进行过滤，并创建特定的特定规则集会话。 在接下来的几个月中，还计划实现对动态可定制内容处理脚本的支持以及在 RAM 中存储数据的能力。
来源： opennet.ru