笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
aria2 任务丢一批，断点续传也没续上
在家里的常开小主机上用 aria2 下几个大文件，一个镜像四个分卷，每个二十多 G，挂了大概三天。某天我重启了一下容器，回来发现四个任务全没了，下载目录里躺着一堆半截文件和同名带 .aria2 后缀的小文件。当时心态就崩了，因为进度看起来全废了。
先说清楚断点续传到底依赖什么。aria2 下载到一半，会在目标文件旁边生成一个同名的 .aria2 控制文件，里面记录的是分段下载时哪些块已经写进去了。只要这个文件和半截文件都还在，理论上就能续传。续传的操作是重新加任务，加的时候带 -c 也就是 --continue，aria2 发现目标文件已存在，会读旁边那个 .aria2 控制文件来决定从哪接着下。我那次重启后任务列表空了，是因为我根本没让 aria2 保存会话。
这里是我踩的第一个坑：aria2 的任务列表默认是活在内存里的，进程一退出就什么都没了，它不像下载进度那样会自动落到 .aria2 文件里。所以要给 aria2 配上会话保存，定期把当前任务列表写到一个文件，下次启动时再从文件里读回来。配置大概是这样：
aria2c --enable-rpc --rpc-listen-all \
--save-session=/data/aria2/session.txt \
--input-file=/data/aria2/session.txt \
--save-session-interval=30 \
--continue=true \
--dir=/data/downloads
save-session 是退出时把任务写进 session.txt，save-session-interval=30 是每三十秒就写一次，防止进程被强杀时丢太多。input-file 是启动时读回这些任务。我还加了 force-save 让它在收到退出信号时也写一次。重启容器后任务列表回来了，配合 -c 和半截文件，四个分卷都从断点接着跑。注意 .aria2 控制文件不能丢，它就是断点续传的地图，我把下载目录整个映射到宿主机持久化盘上，就是怕容器重建时把它一起清掉。
第二个坑是有些服务器根本不支持断点续传。HTTP 下载要续传，服务器得支持 Range 请求头。支持的话，aria2 发请求带 Range，服务器回 206 只给剩下那部分；不支持的话，服务器直接回 200 把整个文件从头再发一遍，aria2 对这种连接一般会报错，提示服务器不支持续传，要么重新下要么直接失败。我下那个镜像的时候就碰上 CDN 节点行为不一致，同一个文件换个节点有的能续有的不能，表现为同一个任务有时能从 70% 续，有时又从头下。这个没法在客户端侧根治，只能靠换源或者干脆一次下完别中断。
第三个坑是关于 -c 和文件重命名的组合。aria2 默认开着 auto-file-renaming，遇到同名文件会自动给新文件加 .1 后缀。有次我任务失败后没清理干净，重跑时它不认原来的半截文件，自己新建了一个带 .1 的同名文件从头下，进度看着像重置了，其实老文件还在旁边占着几十 G。后来我下大文件时把这个自动重命名关掉，手动保证目录干净，再配合 -c，就不会出现这种"假重置"。
还有个小知识点，分段下载不是把文件切成一堆独立的分块文件散在目录里，而是所有线程往同一个文件里写，靠 .aria2 控制文件协调哪些块已写完。所以目录里看到的目标文件加一个 .aria2 文件，就是正常的下到一半状态；看到一堆 .part 之类反而是某些下载工具的作风，aria2 不是那套。
验证下载完整性我用的 --checksum 参数，单文件下载可以在命令里直接给哈希值，下完自动校验，不对就报错：
aria2c -c --checksum=sha-1=xxxxx --dir=/data/downloads "下载地址"
不过下载地址经常是动态签名的，过期就失效，哈希得提前拿到，我通常用在比较固定的官方镜像上。分卷镜像我更相信下完以后自己跑一遍 sha256sum 去核对校验值。
这次的经验归纳下来：aria2 挂后台一定要持久化会话，save-session-interval 调小，下载目录放持久盘，.aria2 文件别手贱删，大文件优先选支持续传的源。损失的那三天进度让我明白，工具本身能续传不等于你的任务列表能续传，这两件事是分开的。