Sukka 写前端、网络和基础设施时，习惯先把边界和代价摊开。把「hexo-filter-nofollow – Hexo 官方的 nofollow 插件 | Sukka's Blog」整理成可落地的中文笔记：问题在哪、默认做法会踩什么坑、该怎么选。原站导航和广告已去掉。

简介

hexo-filter-nofollow 会为你的博客中的外链自动添加 rel="external nofollow noreferrer" 属性，从而 改善你的网站的安全性和 SEO 。

$ npm i hexo-filter-nofollow –save 如果你使用 yarn 作为你的 Hexo 的包管理器，你也可以使用下述命令：

安装

$ yarn add hexo-filter-nofollow 选项 nofollow : enable : true field : site exclude : – 'exclude1.com' – 'exclude2.com' enable – 是否启用插件，默认值为 true field – 插件的处理范围，默认值为 site ，可选 post 或 site post – 仅处理文章内容 site – 处理全站所有页面 exclude – 域名白名单，不同的子域名视为不同的域名（如 www ） exclude1.com 不包括 www.exclude1.com 或 en.exclude1.com 从 hexo-autonofollow 迁移 hexo-autonofollow 是由 liuzc 在 2016 年开发的为 Hexo 所有页面中的外链添加 rel="external nofollow" 属性的插件。hexo-filter-nofollow 相比 hexo-autonofollow 有以下

如果你之前已经安装了 hexo-autonofollow，可以直接卸载 hexo-autonofollow 并安装 hexo-filter-nofollow。hexo-filter-nofollow 的配置和 hexo-autonofollow 的配置完全兼容。

选项

虽然 hexo-autonofollow 三年没有更新了，但是除了 cheerio 版本过旧、存在安全漏洞以外，其实并不影响使用。NodeJS 上没有高性能的 DOM 解析库；cheerio 已经是最快的了，但是用来遍历 Hexo 生成的所有页面时耗费的时间仍然堪忧。Hexo 已经提出了 使用 Native API 代替 cheerio 的提案 ，hexo-filter-nofollow 正是 使用正则表达式代替 DOM 解析库 的一次实验和尝试。

从 hexo-autonofollow 迁移

先写出可复现的测量和失败样本，再决定要不要换组件或加一层抽象。

一些题外话

先写出可复现的测量和失败样本，再决定要不要换组件或加一层抽象。

值得单独记下的点

• field – 插件的处理范围，默认值为 site ，可选 post 或 site post – 仅处理文章内容
• exclude – 域名白名单，不同的子域名视为不同的域名（如 www ） exclude1.com 不包括 www.exclude1.com 或 en.exclude1.com
• enable 配置 默认值为 true ，默认启用插件
• 已加入 Hexo 官方插件，由 Hexo 官方团队维护

落地时建议先做的 5 件事

1. 用自己的流量和设备测，不要只抄厂商推荐最小配置。
2. DNS、CDN、代理分流先画清 Fake IP 和 Real IP 的边界。
3. 前端性能看 CLS、白屏和重复渲染，而不是只看打包体积。
4. 基础设施变更走 Git，能复现、能回滚。
5. 结论写成可检查的清单：接口、超时、失败样本、回滚版本。

和智能体产品怎么接

龙虾PRO做 OpenClaw 落地时，网络、DNS 和前端性能笔记最有用的是「边界」：哪一层该加速、哪一层不该假装智能。数字员工调用外部能力前，先把超时和失败路径写死。

本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源