笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
两台路由器同 SSID 手机却不自动切？漫游其实是手机说了算
老家两层楼，之前一台路由器放一楼客厅，二楼卧室信号差，就把闲置的一台旧路由器翻出来放二楼当副路由。想着两台设成一样的 WiFi 名和密码，手机走到哪就能自动切到信号强的那台。结果理想很丰满：手机在二楼卧室明明离副路由不到两米，却还死拽着一楼那台的两格信号，视频卡成幻灯片也不肯切。查了一晚上，把"伪漫游"和真 Mesh 的区别彻底搞明白了，记下来。
先纠正一个最普遍的误解：两台路由器只要 SSID（WiFi 名）和密码设成一样，不代表就能无缝漫游。家用普通路由器之间没有任何协调机制，手机连哪个 AP 完全由手机自己决定，路由器只能被动接受。手机判断要不要漫游，看的是当前信号强度、丢包率这些，而且普遍有"粘滞"倾向——只要还能连上，哪怕信号很差，它也不愿意切换，因为切换意味着要重新认证、重新拿 IP，中间会断几秒。很多手机要等信号掉到 -75dBm 以下甚至更差才开始考虑漫游，这个阈值厂家调得保守，于是你就看到手机赖在弱信号上不走。
副路由这边也有硬性要求，没做好连"能切"都谈不上。第一，副路由必须关掉 DHCP，不然两台都发地址，设备拿到冲突的网关就上不了网。第二，副路由最好设成 AP 模式（有的固件叫无线桥接/中继模式里选 AP），并用网线把它和主路由的 LAN 口连起来，别插 WAN 口。我当时第一次就是插了 WAN 口，结果副路由自己又拨了一层 NAT，手机连上去能上网但访问不了主路由下面的 NAS，而且漫游过去就回不来了。第三，主副两台的信道要错开，比如主路由 5G 固定 36，副路由固定 149，同信道会互相干扰，反而都变慢。
这些基础做对之后，漫游依然算不上顺滑，因为普通 AP 模式没有 802.11k/v/r 这套快速漫游协议，手机切换是要先断开再重新连接的，实际体验就是视频或语音会卡顿那么一两秒。想尽量平滑，几个办法可以叠着用：把 2.4G 和 5G 的"双频合一"关掉，改成两个 SSID，至少避免手机在同一个 AP 的 2.4G/5G 之间反复横跳；主副路由如果固件里能调发射功率，把功率适当调低，缩小两台的覆盖重叠区，让手机在交界处更容易做出切换决定；有些固件开了 802.11r 能缩短切换时间，但老安卓手机对 802.11r 支持很差，开了反而可能连不上，我这边是没开。
粘滞问题除了上面那些，还有两个能实际动手的调法。一个是把两台路由器的 5G 频宽和信道尽量设成一致的参数，减少手机切换后重新适配的耗时；另一个是主路由如果支持调发射功率，把功率从最大往回收一档，让两台路由器的覆盖交界带变窄，手机走到交界处时两边信号都一般，反而更容易触发切换。我试着把主路由功率调低一档，二楼卧室里手机从赖着一楼两格信号，变成愿意切到二楼满格那台，效果挺明显。反过来功率都拉满的话，两台覆盖重叠一大片，手机在挺大范围里都能收到两边信号，切换时机反而模糊。频段这块也值得单独分开：5G 同 SSID 给手机电脑用，2.4G 两台各叫各的名字留给 IoT 和远距离设备，5G 衰减快、覆盖边界清晰，漫游判断干脆很多。双频合一在这种伪漫游场景下就是个干扰项，能关就关。再有就是有线回程这个前提：两台路由器之间如果走无线中继，回程本身要吃掉一半无线带宽，副路由下面的设备实际速度明显打折，中继链路一抖，漫游过去照样卡。能拉网线就把两台 LAN 口连起来，实在拉不了再考虑无线中继，但别对速度抱太大期望。
如果这些做完还是不满意，那就得认清现实：普通两台路由器拼出来的漫游，本质是"手机自己重连"，切换掉线一两秒是正常的，看视频转个圈能忍就忍，打实时游戏肯定不行。真要做到无缝，要么买同品牌支持 Mesh 的路由器组网（最好有线回程），Mesh 节点之间有专用协调协议，切换快很多；要么上 AC + AP 的企业方案，那个是另一套玩法了。我的折中是：两台路由器同 SSID、信道错开、副路由 AP 模式，一楼二楼各放一台，日常刷视频够用，就卡顿那一瞬间能接受，先这样用着。
顺带一个排查技巧：怎么确认手机到底连的是哪台路由器。用 WiFi 分析类 App 看当前 BSSID（就是 AP 的 MAC 地址），和两台路由器底部的 MAC 对一下就知道了。我之前一直以为手机在二楼连的是副路由，一查 BSSID 才发现还挂在一楼那台，这才确定是粘滞问题而不是切换失败。另外，主副路由的 5G SSID 如果设成一样的，手机里记住的是一个网络，切换时不会弹窗要密码，这算是同 SSID 唯一的省心之处了。