内容简介：谷歌正在提议对 Chrome 进行一项新的更改，而这项更改会对 uBlock Origin 和 AdGuard 等广告拦截插件造成不利的影响。 互联网近些年，广告以弹出式广告、横幅广告等各种形式层出不穷，这对浏览喜爱网站的网民造成...
谷歌正在提议对 Chrome 进行一项新的更改，而这项更改会对 uBlock Origin 和 AdGuard 等广告拦截插件造成不利的影响。
互联网近些年，广告以弹出式广告、横幅广告等各种形式层出不穷，这对浏览喜爱网站的网民造成不小的困扰。出于这个原因，不少人表示不会使用不带广告拦截插件的 Chrome 浏览器（希望他们会对想支持的网站取消广告拦截）。随着广告拦截器的技术提升，越来越多的拦截器出现，像 EasyList 这样的项目不仅可以阻止广告的加载，还能使网页看起来像是从未有过广告一样。
谷歌目前正在提议，对Chrome的扩展平台进行一系列更改，这会使得大多广告拦截器无法工作。现在的广告拦截器使用的式 Chrome 的“webRequest” API，通过阻止特定的 HTTP 请求来实现广告拦截。但 Chrome 在处理请求前需要对相关的插件进行确认，这有时候会使延迟增加——而这是谷歌正在试图避免的。
新的提议里提到，Chrome 上的广告拦截器需要被迫使用新的“declarativeNetRequest” API，采用类似 Adblock Plus 的拦截方法，且规则仅限30000条（仅 EasyList 的规则就远远超过30000的限制）。这也会使得像是 uBlock Origin 的插件无法正常工作。对此，uBlock Origin 创建者表示不支持这些改动计划，称该变动不是为用户服务。谷歌发言人称这些变动还在设计的过程，事情可能发生变化，官方会分享最新更新消息。
谷歌将和受欢迎插件（不仅仅是广告拦截插件）的开发人员合作，确保所有必要的扩展用例仍然会涵盖在新的 API 中。否则，部分高端用户很可能转移到火狐。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- Linux 社区也要“净网行动”？有人提议用“拥抱”替换 fxxk
- [译] Python 3 既是激进的又是克制的，这些提议被否决了
- 何在不使用工作量证明的情况下实现公平且高效的提议
- 老板提议我同时担任Scrum Master和产品负责人，有错吗？
- SUSE 开发者提议在 GCC 编译器中用 Python 替代 AWK
- 效率即安全：iOS应用程序将从新提议的Security.plist标准中受益
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
