首页 >> Mozilla 文档中文化
把 uBlock 的项目给 fork 了,用来翻译一些介绍文章 阅读:9837回复:16
https://github.com/fang5566/uBlock/
fork 的目的是翻译 wiki 里面的一些文章,让我自己也多了解这个扩展,因为我最近发现比 ABP 省资源,打算转用这个。 目前项目首页基本介绍(README.md)已翻译。 其他翻译文章见: https://github.com/fang5566/uBlock/wiki 那么多文章不可能都翻译,只能权且翻译几篇了。。。我会尽量多翻译,边学习扩展边翻译给大家看看。 |
|
|
观察一段时间后再用 现在用ABP也没觉得什么很卡
|
|
|
刀锋上追梦:规则一多和abp占用差不多回到原帖最近翻译的时候有所了解,基本上来说,μBblock 还是会比 ABP 有性能优势,一般的拦截请求的规则大家都差不多,关键的是元素隐藏规则,μBblock 把它叫做修饰规则 cosmetic filters,ABP 不管是什么网页都会插入 14000 多条元素隐藏规则,所以占用内存很大,这个以前论坛也讨论过(得到开发人员验证),μBlock 插入的很少,因为他是在网页开始加载以后才判断需要用到哪些元素隐藏规则,不像ABP一样不管三七二十一都插入。所以在内存占用和CPU占用都有优势。我自己也对比了一下两个扩展,μBlock 确实有性能优势,内存占用小一些,网页载入也更顺畅,这点尤其是在低配的电脑上更明显,推荐电脑配置低的人使用,电脑配置高的话感觉不会太明显。但为什么我们不选择性能更小一点的呢?选择ABP的人我想更多是因为有可过滤项目列表,过滤规则建立比较直观方便吧,对于不想详细研究直接用人家维护的列表且对性能要求较高的人 μBlock 也许更适合。 |
|
|
|
|
beast:不知道μBlock的原作者是否愿意增加proxy功能。回到原帖99%不愿意,那不是这个扩展的目标,而且国外没有强需求使用自定义规则的代理。 黑仪大螃蟹的版本我用着感觉挺好的,pan试了几次但感觉用不惯。 http://bbs.kafan.cn/thread-1783910-1-1.html |
主要文档基本已翻译完成。快速指南弹出界面也已改为 ublock origin 的界面。
https://github.com/fang5566/uBlock/wiki |
|
|
谢谢楼主。用这个配合黑仪大螃蟹就像adp配合原版。
|
ublock有关文档均已翻译完成,欢迎大家编辑修正。
|
|
|
|