企业官网建设流程全解析

uBlock Origin 免费广告拦截器：3 步装好，页面请求明显变少

【免费下载链接】uBlockuBlock Origin - An efficient blocker for Chromium and Firefox. Fast and lean.项目地址: https://gitcode.com/GitHub_Trending/ub/uBlock

uBlock Origin 是一款免费开源的广告拦截器，能按规则挡掉第三方广告、跟踪器和指纹采集脚本，让页面加载更快、更干净。它适合所有想在 Chromium 或 Firefox 上省资源、少打扰的普通用户；只要你不满足于"忍一忍就过去了"，就值得花几分钟装一次。

两分钟安装 uBlock Origin，并验证拦截真的生效

1. 打开 Chrome 应用商店或 Edge 附加组件商店，搜索 "uBlock Origin"。→ 找到由 uBlock Origin 项目（Raymond Hill）发布的同名扩展，别选名字相近的。
2. 点击"安装"。→ 工具栏多出一枚盾牌图标；Firefox 用户去 Firefox 附加组件页搜同名扩展即可。
3. 点盾牌打开弹出面板。→ 面板底部有一行已拦截请求的计数；列表区里默认过滤列表（EasyList、EasyPrivacy 等）已勾选，自动更新是开着的，什么都不用点。
4. 刷新一个常看的新闻页，再点盾牌。→ 计数变成两位数甚至三位数，广告位不再出现。
5. 打开浏览器的任务管理器，找到当前页面那一行。→ 内存占用比未拦截时明显更低，且刷新后保持在这个水平。

🛡️ 装完到这一刻为止，你已经获得了出厂的全部能力——默认列表每天自动更新，日常无需维护。如果你要从源码自己打包，可以克隆仓库（地址见项目页 https://gitcode.com/GitHub_Trending/ub/uBlock），再按根目录 Makefile 里的脚本编译对应浏览器版本，属于可选项。

三个典型症状：装完还慢、支付页被误拦、某块广告删不掉

新闻站装完还是慢

现象：广告没了，但页面照样转圈，感觉"白装了"。

操作：点盾牌打开面板，把"全局启用"开关关掉，刷新页面。这是该页面拦截的总闸，关掉后所有规则对这一页暂时失效。

验证：刷新后广告回来了，说明那些干扰本来就来自第三方资源，是拦截器挡住的，慢的原因另有其因（网站本身、网络）；广告没回来、页面依旧慢，那和拦截器无关。查完记得把开关打开，并顺手看一眼任务管理器里这一页的内存——拦截开、关两种状态下对比，差别是直观的。

支付、网银页出现验证码死循环或功能点不动

现象：到了支付或登录环节，按钮点了没反应，或者反复弹"验证未通过"。

操作：打开仪表盘（点盾牌面板里的"仪表盘"入口，对应界面代码在 src/dashboard.html），进入动态规则页。这里是一格一格的防火墙：每一行是一个站点，每一列是一种资源类型（图片、字体、脚本、第三方请求等），点一下就在"放行"和"拦截"之间切换。给支付站点单独放行需要的资源类型即可。

验证：刷新支付页，按钮可点、验证码一次通过；回到普通站点，广告依然照拦——只有那一行被改动过，其他站点不受影响。动态规则的核心逻辑在 src/js/dynamic-net-filtering.js。

"猜你喜欢"、悬浮订阅按钮删不掉

现象：标准过滤列表管不到的非标准广告块，比如推荐流、悬浮按钮，怎么刷新都在。

操作：点盾牌面板里的"选取元素"按钮进入选取模式，鼠标点中目标区域，在弹出的输入框里补全选择器后保存，这条过滤器会写进"我的过滤器"列表。

验证：被点中的区域当场消失；刷新页面、隔一天再访问，它依然不出现。这个动作本质上是生成一条 CSS 外观过滤规则，选取器界面在 src/js/epicker-ui.js，隐藏执行在 src/js/cosmetic-filtering.js。

页面坏了、拦截数归零：按症状走一遍排查

• 页面大面积变形、字体乱码、图片全白：多半是过滤列表装多了。进仪表盘过滤列表页，把不是默认勾选的列表全部取消，只留预装的几套，刷新后版式恢复即定位成功。
• 页面弹出"检测到广告拦截插件"：这是另一个拦截器在和它抢活。只留 uBlock Origin，卸载另一个，重启浏览器，提示即消失。两个拦截器同时跑会互相干扰页面行为。
• 过滤列表"上次更新"停在旧日期：自动更新被关了。把开关拨回去，再手动点一次"更新"，新广告和新跟踪域名就会随列表进来，拦截计数通常立刻回升。
• 商店里搜到名字相近的扩展：那不是同一个项目，代码和规则库都不一样。卸载它，按全名 "uBlock Origin" 重装。
• 怀疑某条规则误报：仪表盘里的日志器会逐条记录页面发出的每个请求、命中的规则名和拦截理由。刷新出问题页面，找到异常的那一行域名；确认误拦就先给该站点放行（整站或顶层域名两种粒度都行，逻辑在 src/js/whitelist.js），再顺手把这条规则反馈给列表维护者。

只有遇到具体情况，才需要动这几个进阶开关

• 要给单个站点精确控制时，用动态规则。仪表盘里的点选式防火墙按"站点 × 资源类型"逐格放行或拦截，是"网银放行、其他照拦"这类诉求的标准解法。
• 默认列表挡不到的视觉元素，用元素选择器。上一条场景 C 讲过的流程：选取 → 保存 → 写进"我的过滤器"，一劳永逸。
• 想榨干最后的隐私收益时，开硬核模式。仪表盘里可开启，它对第三方资源默认更严格，低配设备或重隐私场景值得试；代价是个别页面兼容性下降，遇到异常页面先把它关掉再排查。
• 想搞清楚"为什么拦/为什么不拦"，看日志器。请求、规则、理由三列对照，是理解过滤链路的最佳入口；完整的匹配流程（网络层、外观层、HTTP 头、重定向）集中在 src/js/filtering-engines.js 和 src/js/static-net-filtering.js。

收工前花一分钟自查

装好之后不必逐条打勾，但下面这几点值得顺手确认一遍：新闻页的盾牌计数大于零且页面干净；被白名单豁免的那个站点功能恢复正常，其他站点拦截不受影响；用元素选择器藏掉的区域在刷新和重新访问后依然不可见；日志器里能看到请求记录和命中的规则；过滤列表页的"上次更新"日期跟着走。这几点都成立，说明拦截器已稳定工作，之后交给它每天自动更新就好。

顺带一提：批量管理多台设备的场景下，管理员可以用 platform/common/managed_storage.json 预置过滤列表和全局设置，让整批设备保持同一套防护。

相关模块索引：src/js/（核心过滤与界面逻辑）、docs/README.md（文档）。

【免费下载链接】uBlockuBlock Origin - An efficient blocker for Chromium and Firefox. Fast and lean.项目地址: https://gitcode.com/GitHub_Trending/ub/uBlock