|
15楼#
发布于：2009-04-28 17:28
|
|
|
|
16楼#
发布于：2009-04-28 17:28
一样的吧。。。。。 也就是说对以下情况： ①文件sinoavatar_middle.gif ②文件noavatar_middle.giff ③假设域名noavatar_middle.gift.au noavatar_middle.gif →匹配①②③ /noavatar_middle\.gif/ →匹配①②③ */noavatar_middle.gif →匹配② 所以 EasyList 这样写法还是有意义的。 |
|
|
|
17楼#
发布于：2009-04-28 17:28
哦，要这么说的话应该在尾巴上加个|
*/noavatar_middle.gif| 似乎有了/的存在，那个*就不能省掉了，否则 /noavatar_middle.gif|被会视为是正则表达式？ |
|
|
|
18楼#
发布于：2009-04-28 17:28
应该不会被视为正则表达式
|
|
|
19楼#
发布于：2009-04-28 17:28
http://adblockplus.org/en/filters
https://developer.mozilla.org/En/Core_J ... cts:RegExp //包裹的是正则表达式 !开头的是注释 @@开头的是排除 其他开头的都是普通的通配符规则 有#的是元素隐藏 前面是通配符表达式或者正则表达式，后面跟着$，$后面的是“特殊过滤选项”（Specifying filter options） 普通通配符表达式 ad 和 *ad* 没有区别 |在且仅在adblock的普通规则里面表示开头或者结尾 |在正则里面是或者的意思 原文里面有意思的东西还有 Note: You should not use regular expressions to speed up processing of your filter list. You might hear this advice often but it is outdated — starting with Adblock Plus 0.7 basic filters are actually processed faster than regular expressions. 看来正则表达式从adblock从0.7开始正则就比通配符的一般表达式慢了 特别推荐一个好玩儿的扩展 /find bar/ 可以在页面搜索中试用正则表达式 既可以方便的试验mozilla 风格的正则，又可以便于搜索 |
|
|
|
20楼#
发布于：2009-04-28 17:28
XUL Migemo也支持正则表达式，但是耗CPU好厉害，经常假死。
|
|
|
|
21楼#
发布于：2009-04-28 17:28
原文里面有意思的东西还有Note: You should not use regular expressions to speed up processing of your filter list. You might hear this advice often but it is outdated — starting with Adblock Plus 0.7 basic filters are actually processed faster than regular expressions. 我觉得意思说的是从 0.7 版开始匹配一般表达式的效率得到了质的提高，或者说从 0.7 版开始 ABP 处理过滤规则的效率不再随着规则条数上升而下降，因此能大大减少规则条数的正则已经失去了原来的优势了。 |
|
|
上一页
下一页
