
1 imn1 2015-10-15 15:01:42 +08:00 错了 abp 一类是接收后、加载前拦截,不省 noscript 类是拦截请求,省流量,电量不清楚 |
3 xfspace 2015-10-15 15:04:31 +08:00 via Android 想多了。。。直接在路由器上搞妥妥的 |
4 imn1 2015-10-15 15:08:19 +08:00 补充一下,安卓原理我不太了解, PC 上是这样的 所以 PC 上, noscript 或者基于 policy 的不但省流量,还能加速,因为请求数减少( dns 和连接减少) |
5 Slienc7 2015-10-15 15:51:20 +08:00 via Android Adbp 会和 ss 等冲突,有个 adb browser 不用担心上述问题 |
8 honeycomb 2015-10-15 16:44:31 +08:00 @imn1 在 Android 以 android app 形式运行的 adblock plus 相当于一个跑着 Google V8 的代理软件, V8 用来运行 adblock plus 的 js 代码,它会把 adblock plus 想过滤掉的东西过滤了以后再发给浏览器,而过滤的形式则是不下载,有例外(css 元素的过滤无法做到不下载) 在 Firefox 以扩展(extension)形式,无论是桌面的还是 Android 端的 Firefox ,运行的 adblock plus 的能力依赖于浏览器能提供何种程度的屏蔽,目前在 Firefox 上是基于不下载+css 下载且过滤例外的模式 早期 Chrome 没有 WebRequest API 的时候,它的广告过滤扩展程序一律是下载再过滤的 扩展形式的广告(通用)过滤扩展还会使用的特性是 CSP , noscript,ublock/umatrix 都在使用这个特性 |
9 honeycomb 2015-10-15 16:46:29 +08:00 @imn1 至于 NoScript 有没有不下载而屏蔽的能力,可以通过 Firefox 自带的开发者工具查看 uBlock/uMatrix 都自带了调试器,可以给出详细的拦截报告(哪个拦截规则列表的哪个规则进行了某个拦截),当然 Chrome 的开发者工具一样可以使用 |
10 o02VFqu3gZnZfX8n 2015-10-15 17:07:36 +08:00 AdAway 是直接修改了 Host 文件 |
11 imn1 2015-10-15 17:20:36 +08:00 @honeycomb 跟我理解差不多, abp 我多年没用了,所以最近没测试,之前的 url 过滤也是有 http 返回的,是控制 firefox 中 DOM 加载(早前的文章是这样写,和测试相近),但 umatrix/policeman/regexblock 实测没有发出请求,最终选择了 policeman 为主, regexblock 为辅。 umatrix 那时是刚从 chrome 移植,拦截规则不如 policeman ,现在不清楚有没改进 如果 abp 在 android 是外部调用 v8 的话,对 ssl 是否有效? |