jnlyu的个人空间

dindog：adblock plus应该比pac好。 这个URL比较算法adblockplus是用特征码比较的（非正则表达式），速度很快，至于正则表达式的引擎楼主可以去查查几本说正则的书。 事实上，楼主的想法倒过来，用adblock plus来实现pac的功能在Firefox已经...(2010-10-27 15:23)

回复

jnlyu： 是可以用js来做判断... 但那判断的是if有某路径譬如/gg/，则在某域名上执行重定向，人家重定向的还是域名....... 譬如www.xxx.com/xxx/yyy/z.jpeg 我要你过滤该图片，但不能过滤除该图片路径下的其他图片 你写个出来试试 雖然不知道怎麼寫，但...(2010-10-27 15:23)

回复

jnlyu：怎麼這麼多人噴正則表達式? 一直以為它是計算機世界裡最偉大的發明之一 像這樣的廣告連結多如牛毛，見一個加一個不實際 http://ad.xxx.xxx.xxx/ http://ad.yyy.yyy.yyy/ http://ad.zzz.zzz.zzz/ 利用正...(2010-10-27 15:23)

回复

slimx：path和domain不同的 抛开功能和便利性上的巨大差距不说,lz说pac性能更好也是意淫. pac照样需要firefox的运算.有兴趣可以参考下adp的源码,adp的算法虽谈不上完美,但绝对比pac的正则快得多. 感觉快,不过是规则比较少罢了.(2010-10-27 15:23)

回复

havanna： 是可以用js来做判断... 但那判断的是if有某路径譬如/gg/，则在某域名上执行重定向，人家重定向的还是域名....... 譬如www.xxx.com/xxx/yyy/z.jpeg 我要你过滤该图片，但不能过滤除该图片路径下的其他图片 你写个出来试试(2010-10-27 15:23)

回复

jnlyu： proxy.pac 貌似也能基於路徑 (URL) 做過濾(2010-10-27 15:23)

回复

havanna：proxy.pac另一翻版时hosts，只不过hosts是全局的(2010-10-27 15:23)

回复

havanna：有可比性？一个基于域名domain的，一个基于路径path的 你用 proxy.pac写个屏蔽本站域名某路径下的某图片，但不屏蔽本站域名该路径下的其他图片试试(2010-10-27 15:23)

回复

web123lai：adblock最方便的地方就是open blockable items，可以很容易地找到要过滤的东西，没有这部分也就一般了(2010-10-27 15:23)

回复

alanfly：abp虽然支持正则，但是不推荐使用，你看下chinalist和easylist里都没有用正则写的规则； abp的阻挡规则有很多方便强大的语法，还有隐藏规则配合使用； 至于拖慢速度，我觉得过滤广告后网页加载速度变快了，消耗资源也少了。 pac我只用过autoproxy现成...(2010-10-27 15:23)

回复