这是一个创建于 3116 天前的主题，其中的信息可能已经有所发展或是发生改变。
按理说这样的软件一般是在后台接管流量,但是我一直不清楚它是费电还是省电.
费电的考虑是,它会不会在我不浏览网页的时候唤醒 CPU?
省电的考虑是,它直接禁止了一些广告的访问,从某种程度上来说,既省流量又省电.
费电的考虑是,它会不会在我不浏览网页的时候唤醒 CPU?
省电的考虑是,它直接禁止了一些广告的访问,从某种程度上来说,既省流量又省电.
 |
1
imn1 2015-10-15 15:01:42 +08:00
错了
abp 一类是接收后、加载前拦截，不省 noscript 类是拦截请求，省流量，电量不清楚 |
 |
2
a302800411 OP @imn1 这样啊,我一直以为它会直接把广告重定向到 127.0.0.1
|
 |
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
DaVinci42 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 是否有效？ |
Select Language