笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
上万张照片往网盘传老断线，续传还对不上号
把旧电脑里攒的照片整目录往网盘搬，小一万张，一共三百多 G。网盘官方客户端传了大概四分之一就开始出幺蛾子：不是整个客户端崩，而是某个文件卡在"上传中"半天不动，或者报了传输失败以后就停在那，你得手动去点重试。夜里挂着传，第二天起来一看，就传了几百张，剩下全在排队或报错。
我先怀疑是网络问题，家里宽带上行本来就不大，几十兆的带宽上传实际能跑满就不错。把路由器和光猫都重启了，还是一样。后来发现规律：报错的文件集中在比较大的视频和一些文件名特别长的，单个文件超过一两个 G 的时候尤其容易断。客户端本身的断点续传做得稀烂，同一个文件断了以后重试，经常又从零开始，或者一直显示"等待中"再也不动。这种大目录同步，靠官方客户端一个个点重试根本不现实。
后来我换成命令行工具 rclone 来搬。rclone 传网盘是"任务幂等"的思路：你跑一条同步命令，它对比本地和远端，只传缺失或变化的文件；中途断了，重新跑一遍同样的命令，已经传好的会被跳过，没传完的接着传，不需要你手动记进度。这个特性比官方客户端强太多。
针对断线频繁的场景，我调了几个参数。默认并发太高容易触发网盘端的限流，传一会儿就被掐。我把传输并发调小，温柔一点慢慢传：
rclone copy /mnt/photos 网盘remote:photos \
--transfers 2 \
--checkers 4 \
--retries 5 \
--low-level-retries 10 \
--tpslimit 3 \
-v
transfers 是同时上传的文件数，checkers 是同时检查的文件数，tpslimit 限制每秒发起的请求数。这套组合下基本不会再触发风控，缺点是慢，三百多 G 传了好几天，但好在不用人盯着。网盘端对单文件上传一般也有大小上限，个别超大文件我提前用工具切分，或者干脆单独传。
传的过程中我还遇到修改时间不一致导致重复上传的问题。rclone 默认对比大小和修改时间，如果本地文件修改时间比远端的晚，它会判定为需要覆盖重传。照片从旧电脑拷过来的时候，有些文件的修改时间被拷贝操作改了，导致同一批照片第一次传完，第二次跑同步又有一堆被判为"要更新"，又传一遍。对照片这种内容不会变的文件，我改成按大小判断就够了，加个 size-only 参数，只要大小一样就认为两边一致，不再重传。缺点是万一真有大小相同但内容损坏的文件会漏过去，但照片场景这个概率我能接受，追求的是别再重复搬。
断线重连的另一个大坑是电脑休眠。笔记本合盖或者系统进入睡眠，网络连接全断，正在传的文件要么报错要么挂起。我后来把系统的休眠关掉，纯靠屏幕关闭省电，让传输进程一直跑：
powercfg /change standby-timeout-ac 0
powercfg /change hibernate-timeout-ac 0
这是在 Windows 上关掉睡眠和休眠超时的命令，改成永不自动睡，手动关屏幕就行。如果是在 Linux 小主机上跑，注意把盖子合上时的动作改成不睡眠，还有 WiFi 的省电模式要关，不然传一半 WiFi 自己休眠掉线。
全部传完之后，我用 rclone check 做了一次校验：
rclone check /mnt/photos 网盘remote:photos --size-only
两边文件逐一比对，把没传上去的、漏掉的都列出来，再补传一轮。全量内容校验得把文件下载回来对比，三百多 G 不现实，size-only 已经是性价比最高的选择了。
批量搬还有一个被低估的坑是文件数量本身。一次塞一万个文件进去，客户端光建立任务就要很久，中途任何一个文件被占用或者权限不对，整个队列都可能卡住。我后来按年份把照片分成几十个小批次，一批一批传，每批传完跑一次 check 确认无误再传下一批，出问题也只在当批里排查，不用从头再来。同传的文件太多还会把电脑的磁盘 IO 吃满，其它应用跟着卡顿，小批次也让这问题轻了不少。
跑同步的用户权限也得事先检查。我一度把 rclone 放在容器里跑，挂载目录的属主没设对，传了几百个文件就报 permission denied，整个任务停在那。排查了半天才发现是容器里的用户读不到宿主机某个子目录，把挂载的属主和权限理顺才继续。网盘授权过期反倒是小事，rclone 一般会自动刷新 token，如果长时间挂着回来看到一堆授权失败的报错，重新跑一次登录流程授权就行，不用动传输参数。
这轮折腾下来，网盘上传大批量文件的通用套路就是：用支持幂等同步的工具、调低并发防限流、关系统休眠、传完做一次 check，比在官方客户端里跟报错死磕靠谱得多。