把 uBlock 的项目给 fork 了，用来翻译一些介绍文章

https://github.com/fang5566/uBlock/

fork 的目的是翻译 wiki 里面的一些文章，让我自己也多了解这个扩展，因为我最近发现比 ABP 省资源，打算转用这个。

目前项目首页基本介绍（README.md）已翻译。
其他翻译文章见：
https://github.com/fang5566/uBlock/wiki


那么多文章不可能都翻译，只能权且翻译几篇了。。。我会尽量多翻译，边学习扩展边翻译给大家看看。

观察一段时间后再用 现在用ABP也没觉得什么很卡

规则一多和abp占用差不多

刀锋上追梦：规则一多和abp占用差不多回到原帖

最近翻译的时候有所了解，基本上来说，μBblock 还是会比 ABP 有性能优势，一般的拦截请求的规则大家都差不多，关键的是元素隐藏规则，μBblock 把它叫做修饰规则 cosmetic filters，ABP 不管是什么网页都会插入 14000 多条元素隐藏规则，所以占用内存很大，这个以前论坛也讨论过（得到开发人员验证），μBlock 插入的很少，因为他是在网页开始加载以后才判断需要用到哪些元素隐藏规则，不像ABP一样不管三七二十一都插入。所以在内存占用和CPU占用都有优势。我自己也对比了一下两个扩展，μBlock 确实有性能优势，内存占用小一些，网页载入也更顺畅，这点尤其是在低配的电脑上更明显，推荐电脑配置低的人使用，电脑配置高的话感觉不会太明显。但为什么我们不选择性能更小一点的呢？选择ABP的人我想更多是因为有可过滤项目列表，过滤规则建立比较直观方便吧，对于不想详细研究直接用人家维护的列表且对性能要求较高的人 μBlock 也许更适合。

翻译得很详尽了，为你点赞，不知道能不能上新闻联播

刀锋上追梦：翻译得很详尽了，为你点赞，不知道能不能上新闻联播回到原帖

哈哈。翻译文章在增多中，不必期待全部翻译，I will do my best when I'm free.

fang5566：最近翻译的时候有所了解，基本上来说，μBblock 还是会比 ABP 有性能优势，一般的拦截请求的规则大家都差不多，关键的是元素隐藏规则，μBblock 把它叫做修饰规则 cosmetic filters，ABP 不管是什么网页都会插入 1...回到原帖

我没采用μBblock的唯一原因是没有整合autoproxy
照您的理解，还是有可能出现μBlock版的pan

beast：我没采用μBblock的唯一原因是没有整合autoproxy
照您的理解，还是有可能出现μBblock版的pan回到原帖

ublock 不会整合 autoproxy，pan能整合 autoproxy 也是因为 autoproxy 也是给予 ABP 代码开发的。pan 做好自己就足够了。我不认为现阶段会有其他扩展基于 ublock 开发一个新的 autoproxy 或直接二次开发出daiLi 功能。

fang5566：ublock 不会整合 autoproxy，pan能整合 autoproxy 也是因为 autoproxy 也是给予 ABP 代码开发的。pan 做好自己就足够了。我不认为现阶段会有其他扩展基于 ublock 开发一个新的 autoprox...回到原帖

不知道μBlock的原作者是否愿意增加proxy功能。

beast：不知道μBlock的原作者是否愿意增加proxy功能。回到原帖

99%不愿意，那不是这个扩展的目标，而且国外没有强需求使用自定义规则的代理。

黑仪大螃蟹的版本我用着感觉挺好的，pan试了几次但感觉用不惯。
http://bbs.kafan.cn/thread-1783910-1-1.html

主要文档基本已翻译完成。快速指南弹出界面也已改为 ublock origin 的界面。
https://github.com/fang5566/uBlock/wiki

谢谢楼主。用这个配合黑仪大螃蟹就像adp配合原版。

ublock有关文档均已翻译完成，欢迎大家编辑修正。

fang5566：ublock有关文档均已翻译完成，欢迎大家编辑修正。回到原帖

大神能不能教教怎么用umatrix？貌似一个作者的，没看懂是干嘛用的

天下无雪：大神能不能教教怎么用umatrix？貌似一个作者的，没看懂是干嘛用的回到原帖

论坛搜索一下 umatrix吧，我没用这个扩展。