笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
AdGuard Home 用 53 端口代替 dnsmasq，一重启就失效？多半是"唯一授权"没关
在 OpenWrt 上用 AdGuard Home 插件做 DNS 去广告/过滤，按教程把 dnsmasq 的 DNS 端口改成 53、让 AdGuard Home 来监听 53。刚开始一切正常，可一重启软路由，dnsmasq 的端口又变回 1745，AdGuard Home 失去了过滤能力、也不产生日志——每次重启都要手动再改一次。如果你天天习惯重启软路由，这问题能把人逼疯。
先理解这套"让位"逻辑
OpenWrt 里 dnsmasq 同时干两件事：DNS 解析 + DHCP 发 IP。你要用 AdGuard Home 做 DNS，不是把 dnsmasq 整个杀了，而是让它继续当 DHCP 服务器给局域网设备发 IP，把 DNS 解析这部分让出来给 AdGuard Home。想通这点，很多操作就不会做错。
真凶：插件里那个"唯一授权功能"（Only DNS authority）没关
很多人折腾半天、手动改端口、每次重启后又变回去，根因是 luci 插件里有个 "唯一授权功能" 的选项没关。这个选项开着，插件会在每次重启时把 dnsmasq 端口"改回去"（改到 1745 这种非 53 端口），让 dnsmasq 独占 DNS——AdGuard Home 拿不到 53，就静默失效。表现是"没过滤记录"而不是"完全断网"，特别容易被忽略。
真实案例里网友一句话点破："正常来讲 adg 做了 dns 和 dhcp 以后，dnsmasq 就不用管可以直接禁用了，你这还要改成 53 做 dns 查询是不是唯一授权功能没关。" 楼主照做后回帖："好像还真是唯一授权功能没关的原因导致的……关了后试了半小时，一切正常，记录过滤什么都正常。"
排查顺序建议
- 进 AdGuard Home 插件设置，找到"唯一授权功能"并关掉，保存后重启一次测试。
- 别把 dnsmasq 整个禁用：你还要靠它做 DHCP，禁了之后新设备拿不到 IP。
- 如果插件本身有 bug（adg 的 luci 插件口碑普遍一般），干脆停掉插件、按 OpenWrt 官方文档手动跑 AdGuard Home，配置文件自己管，最稳。
另一种不冲突的接法：dnsmasq 保留，把上游指到 AdGuard
AdGuard 监听一个非 53 端口（比如 5353 或 1745），dnsmasq 继续监听 53 但把上游转发给 AdGuard：
# dnsmasq 自定义配置
server=127.0.0.1#5353
no-resolv
dns-forward-max=1000
好处是 dnsmasq 的 DHCP 不受影响；代价是 AdGuard 客户端日志里所有设备都显示成 127.0.0.1，看不出是哪台设备在解析。
关联的一个坑：AdGuard 换 53 后 iOS 设备上不了网
有真实案例是 AdGuard 用 53 替换 dnsmasq 后，iPhone 弹"无网络连接"。这类多半是 DHCP 下发的网关/DNS 不对，设备拿到的 DNS 不是 AdGuard 的地址。改完记得让设备重新获取一遍 DHCP（重连 WiFi/开关飞行模式）。
重启后别急着反复改配置：两条命令先定位
怀疑 AGH 又失效时，先看当前 53 端口到底谁在听：
netstat -tulpn | grep :53
ss -tulpn | grep ':53 '
输出末尾的进程名会告诉你是 dnsmasq 还是 AdGuardHome。如果监听 53 的又是 dnsmasq，说明插件重启时把端口"接管"了回去，AGH 退到 1745——不用再猜，直接回插件里确认"唯一授权功能"是不是又变回开了。这一步比反复点 LuCI 保存省事得多。
为什么 dnsmasq 只留 DHCP 也够用
不少人卡在"dnsmasq 不解析了，客户端 DNS 谁来下发"。其实 dnsmasq 的 DHCP 服务在分配 IP 的同时，会把"DNS 服务器"选项填成路由器自己的 LAN 地址——只要 AGH 把 53 端口接在同一个地址上，局域网设备不用改任何设置就会自动把查询发到 AGH，过滤和日志自然就生效。验证就一条：在电脑上 nslookup 一个广告域名指向路由器 IP，返回 0.0.0.0（或 NXDOMAIN）就说明链路通了。
手动跑 AGH 时的两个细节
停用 luci 插件改手动后，配置一般落在 /etc/AdGuardHome.yaml（部分固件在 /etc/adguardhome/ 目录下），备份好这份文件，重刷固件后直接还原就能恢复全部设置。手动启动建议加 --no-check-update，免得它自己后台更新核心和系统里其它组件对不上；监听地址要写路由器 LAN IP（或 0.0.0.0），只写 127.0.0.1 的话局域网设备的查询根本到不了它。