笔记
0工具
0此页用于记录用户反馈问题后的每一次改进
关于
“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
不想公开、只想临时给人看：点“分享”生成一条带密码和有效期的链接，到期自动失效，你也能随时撤销。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
泛解析 *. 不生效？被 TTL 和缓存坑了
备忘一条。上个月给主域名开了泛解析 *.hh-lab.top，想让以后随便开的测试子域都自动落到同一台服务器，省得每次加记录。加完当天晚上在本机浏览器里随便敲一个不存在的子域都能打开，第二天早上到公司却怎么都连不上，ping 出来还是旧地址。白天断断续续折腾，问题根本不在记录本身，是几个环节把旧答案缓存得太死。
先把泛解析的匹配边界说清，不然会干等：
- *.hh-lab.top 只匹配"恰好一级"的子域名，比如 a.hh-lab.top、b.hh-lab.top。裸域 hh-lab.top 不含在里面，要单独再放一条 A。
- 两级以上的名字，像 a.b.hh-lab.top，通配符兜不住，得靠更深的 *.b.hh-lab.top 才匹配。泛解析不做多级匹配。
- 通配符管不到 MX、NS、TXT 这类。给 * 配 MX 收信是不行的，SMTP 投递不会去查通配符 MX，邮件子域别指望这条省事。
- 对已经存在的精确记录，精确匹配优先于泛解析。也就是我先建了一条 web.hh-lab.top 指到别的 IP，泛解析不会把它盖掉，dig web.hh-lab.top 拿到的仍是那条精确记录的值。
然后是我真正卡住的"加了不生效"。拆开看是四层缓存叠一起：
- 本机解析缓存。Windows 上
ipconfig /flushdns；macOS 是sudo dscacheutil -flushcache再sudo killall -HUP mDNSResponder。Linux 桌面走 systemd-resolved 就resolvectl flush-caches。改完记录先用 ping 验证最容易踩这层，因为它读的就是本机缓存里的旧值。 - 内网 DNS。家里 OpenWrt 常挂着 dnsmasq 或 AdGuard Home，客户端 DNS 指到路由器的话，命中的是路由器缓存。AdGuard Home 管理页能手动清空，dnsmasq 直接
systemctl restart dnsmasq或/etc/init.d/dnsmasq restart。这层经常被忽略，清完本机还要清它。 - 运营商递归。这层清不了，只能等 TTL 自然过期。普通 A/AAAA 的 TTL 我设的 3600 秒，理论上最多一小时内翻新。真正阴险的是负缓存：某个子域之前查不到，递归器会按 SOA 里的 MINIMUM 缓存"这个域名不存在"这个结论，如果 SOA MINIMUM 写的是 86400，那 NXDOMAIN 能缓存一整天。这就是"早上加完，晚上还不通"的元凶。看 SOA 用
dig hh-lab.top SOA +noall +answer，注意一下 mname 之后的负缓存 TTL。 - 浏览器自己那层。Chrome 有独立 host cache，地址栏进
chrome://net-internals/#dns点 clear host cache。之前一直用 Chrome 测，清了它立刻好，其它全白折腾。
想跳过上面所有缓存直接看权威，用 dig 指定公共递归，甚至直接打权威：
dig @1.1.1.1 随机串.hh-lab.top A +short
dig @8.8.8.8 随机串.hh-lab.top A +short
dig hh-lab.top NS +short
先用一个从来没出现过的随机子域去问，能返回 IP 就说明权威侧的泛解析已经生效，剩下的只是中间缓存问题，逐个清或者干等 TTL 到点。返回空才轮到怀疑记录本身：检查是不是填到了错误的 zone、是不是保存前被解析器把名字拼错、以及记录内容是不是真的保存上去了。
另有一个高频翻车：泛解析记录在 Cloudflare 面板里如果开了橙云（代理），dig 出来的根本不是源站 IP，而是 CF 的边缘 anycast 地址。想验证记录真实内容，要么临时切成灰云再测，要么走 API 拉。拿 ping 去对源站 IP，怎么都对不上，容易误判成"泛解析没生效"。
收个教训：改记录前先把 TTL 调小到 60 到 300 秒，等一天让旧记录全部自然过期，再改目标值。这样改完生效的窗口从一天缩到几分钟。我这次是留着一整天的 TTL 直接改，纯属自己给自己挖坑。下次再有"加了解析不生效"，先别碰记录，按 本机 → 内网 → 浏览器 → 运营商 的顺序清缓存，权威侧用随机子域一次问死，基本五分钟定位。