工具与资源github.com
uBlock Origin 在 Firefox 上效果最好
uBlock Origin works best on Firefox
2021 — 2022，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
这是 uBlock Origin 作者维护的 wiki 页面，从技术层面解释为什么 uBO 在 Firefox 上比在 Chromium 系浏览器上工作得更好，例如 Firefox 会在浏览器启动时等待 uBO 就绪后再发出网络请求，而 Chromium 则可能让广告/追踪请求先行漏过。页面还汇总了多年来作者讨论过的相关技术细节。
为什么经久不衰：它由 uBO 作者亲笔撰写，是理解浏览器扩展能力差异与广告拦截技术原理的权威资料，多年后仍是选择浏览器和拦截工具的重要参考。
HN 评论精选
Firefox 启动时能可靠拦截，Chromium 则会漏请求，差距惊人
「在浏览器启动时，Firefox 会等 uBO 就绪后才让已打开标签页发出网络请求。Chromium 系浏览器则不然，广告/追踪载荷可能在 uBO 就绪前就进入已打开的标签页。这对使用默认拒绝第三方资源和 JS 的用户尤其重要。」天哪，今天才知道。这让 Chrome 系的拦截器在真正需要拦截时显得很残废。
Groxx查看英文原文
>At browser launch, Firefox will wait for uBO to be up and ready before network requests are fired from already opened tab(s). >This is not the case with Chromium-based browsers, i.e. tracker/advertisement payloads may find their way into already opened tabs before uBO is up and ready in Chromium-based browsers, while these are properly filtered in Firefox. >Reliably blocking at browser launch is especially important for whoever uses default-deny mode for 3rd-party resources and/or JavaScript. Oof. TIL. That makes blockers kinda crippled in chromes, if you expect them to actually block things.
DNS 层拦截的意外有效，反映了广告业的经济而非技术逻辑
太棒了，对我最爱的工具背后的技术细节做了如此深入的梳理。关掉所有拦截后，有些网站简直没法用，这很震撼。我还惊讶于简单的 DNS 黑名单也能起很大作用——它技术上并不高明，理论上也容易绕过，却能作用于所有设备和应用。这很好地说明了生态中技术因素与经济因素的博弈。
xoa查看英文原文
Wow, what an awesome dive into some of the technical aspects behind one of my favorite tools for using the web. And I do think of it that way these days, it's fairly stunning on some sites to switch off all the block and see how they become genuinely unbrowsable. I remember seeing Gorhill discuss a few times over the years some of the reqs for uBO during certain times (like why it could no longer work with Safari following changes Apple made a while back), but so cool to have it all collected in one place. Having said that I've also been fairly stunned recently to see how much difference a simple DNS blacklist system can make too. Not because it's a big technical achievement but because it isn't and in principle seems relatively trivial to work around. But as I've been switching all my routing from UniFi to OPNsense, I've gone ahead and tried out Unbound's basic built-in blacklisting. While it's no uBO, it works on every single device and browser including in apps and it seems like it really shouldn't, that more parties would just be proxying ads through their own infra and DNS. Been kind of an interesting illustration of technical vs economic influences in an ecosystem. I can see how proxying would add complexity and cost to setup so it must just be that few enough people do it the ad industry can't be bothered. But should that ever catch on (and it could, Raspberry Pi seems fairly well known) I expect uBO to be able to keep up with the cat-and-mouse long after DNS has been left behind. This piece helps underline how incredibly important maintaining a critical level of diversity in the browser ecosystem is. Just shortly ago there were a bunch of complaints again about Apple not allowing Chrome to be on iOS because it "holds back the web", but what "holding back the web" looks like is certainly a matter of perspective...
怀念 uMatrix 的细粒度控制，推荐其分支 nuTensor
uMatrix 停止维护太可惜了。uBlock Origin 接近并在某些方面超越它，但缺少对 cookie、图片、脚本等的独立控制，无法只接受某第三方的图片而拒绝其脚本。希望大家关注其维护中的分支 nuTensor，或者 uBO 能在高级模式中补上这些粒度。
OJFord查看英文原文
Such a shame uMatrix was discontinued. uBlock Origin comes close, and surpasses in some ways (I used both for that reason) but lacks separate control of cookies, images, scripts, etc. So you can't accept a particular third party's images without also accepting its scripts, cookies, etc. I mention it mainly in the hope that we can popularise its maintained fork 'nuTensor'. After trying uBlock (as in attempting to also cover what I used to use uMatrix for) for a few weeks I think it's insufficient and nuTensor is the better option for me, but it quickly won't be if ~nobody uses it and it falls by the wayside. Alternatively uBO could support the few details it lacks from uM? It seems like the problem basically was difficulty/time constraints in supporting both.. but I don't know why they were ever separate? There's plenty of overlap. If uBO had uM's granularity in 'advanced mode', that'd be perfect.
亲身对比：Firefox 比 Chrome 更快更省资源
昨天在 2018 款 MacBook 上装了 Firefox，因为 Chrome 把机器拖得慢如蜗牛。差别太大了！Firefox 非常流畅，有时 CPU 占用甚至比 iTerm2 还低。Mozilla 和 Firefox 这些年挨了不少骂，但这个软件一直免费开放地为我服务，非常感谢贡献者们。
spyremeown查看英文原文
Yesterday I downloaded Firefox on my 2018 Macbook because Chrome slowed the thing down to an absolute crawl. What. A. Difference! Firefox is so snappy, and at one point it was using less CPU than iTerm2. Mozilla has received a lot of crapped these past years, as did Firefox, but throughout my life this software has been free and open for me to use. I thank the contributors a lot for it.
历次讨论
同类还值得读
直接在浏览器中启动 Linux 内核
Boot a linux kernel right inside your browser.
Fabrice Bellard 的 JSLinux 页面，用 JavaScript 在浏览器里启动一个 Linux 内核，并提供一个可交互的终端环境。
工具与资源上首页 5 次 · 2011–2025bellard.orgHacker News 未公开功能与行为清单（2018）
A List of Hacker News's Undocumented Features and Behaviors (2018)
数据科学家 Max Woolf 整理的 Hacker News 未公开功能与行为清单，涵盖投票机制、排名算法、账号惩罚等社区运作细节。
工具与资源上首页 5 次 · 2019–2025github.comMapSCII：在终端中用盲文和 ASCII 渲染地图
MapSCII – Braille and ASCII map renderer for the console
MapSCII 是一个在命令行终端里渲染地图的开源工具，用盲文字符和 ASCII 字符把地理数据画成可交互浏览的字符地图。
工具与资源上首页 5 次 · 2017–2025github.com顶尖大学的免费在线课程
Free Online Courses from Top Universities
Open Culture 整理的一份免费在线课程合集，汇集了全球顶尖大学（如 MIT、斯坦福、耶鲁等）向公众开放的网络课程资源，涵盖音频、视频等多种形式。
工具与资源上首页 5 次 · 2010–2022openculture.com淘气字符串：容易引发用户输入问题的字符串清单
Naughty Strings: A list of strings likely to cause issues as user-input data
一个 GitHub 仓库，收录了大量容易让程序出问题的用户输入字符串，如特殊字符、emoji、SQL 注入片段、系统命令等，供开发者用于测试输入处理逻辑。
工具与资源上首页 4 次 · 2015–2020github.com