笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
pm2 日志不轮转，/root/.pm2/logs 攒了好几个 G
备忘。凌晨监控报警，一看磁盘使用率 91%。df -h 显示根分区快满，du 一层层翻下去，罪魁在 /root/.pm2/logs：app-out.log 2.7G，app-err.log 1.1G，加上几个早就不跑的老项目日志，一共 5G 出头。Node 服务跑了大半年，console.log 全往这俩文件里怼，pm2 默认根本不轮转，文件只会无限涨，当时冷汗就下来了。
先应急腾空间。注意用 truncate 清空而不是 rm，pm2 进程还开着文件句柄，直接 rm 掉文件空间不会释放，跟线上删大文件一个道理：
: > /root/.pm2/logs/app-out.log
: > /root/.pm2/logs/app-err.log
长期解法是装 pm2-logrotate 模块，pm2 自带，不用动系统：
pm2 install pm2-logrotate
pm2 set pm2-logrotate:max_size 10M
pm2 set pm2-logrotate:retain 7
pm2 set pm2-logrotate:compress true
pm2 set pm2-logrotate:rotateInterval '0 0 * * *'
max_size 10M 指单个日志超过 10M 触发轮转，retain 7 只留最近 7 个归档，compress 开 gzip，rotateInterval 是 cron 表达式，每天 0 点强制检查一次。这套轮转靠的是 pm2-logrotate 自己起的 cron worker，不是系统 logrotate，所以改完配置最好 pm2 restart pm2-logrotate 让它重载，再 pm2 save 存一下进程表，不然重启机器后模块配置可能回到默认。
踩过的坑记下来：
retain 按归档文件个数算，不是按天。流量大的服务一天能转出十几个 10M 的小文件，retain 7 等于连一天的量都留不住，想翻前天的日志根本没有。要看流量，把 max_size 调大到 50M 或者 retain 调到 30。
compress 只对之后新轮转出来的文件生效，之前已经躺在那的几个 G 不会自动压，得手动处理。我是先 truncate 清掉，再让它从当天重新攒。
pm2 的日志有两层。pm2 logs 命令看的是合并流，实际落盘是 ~/.pm2/logs/ 下的 out 和 err 文件。如果启动时自己用 -o 和 -e 参数指了路径，日志写到自定义位置，pm2-logrotate 默认不扫那些文件，等于白装，自定义路径得自己写 logrotate 或者确认模块覆盖得到。
cluster 模式（-i max）下多个 worker 的 console.log 会混着写进同一份文件，单靠 max_size 轮转没问题，但排查问题时分不清哪行是哪个 worker 打的。我图省事，直接在日志内容里带上进程 pid。
后来其实觉得最省心的是别依赖 pm2 模块，直接在 /etc/logrotate.d/ 里给 pm2 写一条系统 logrotate，用 copytruncate：
/root/.pm2/logs/*.log {
daily
rotate 14
compress
copytruncate
missingok
notifempty
}
copytruncate 会先把日志内容复制一份去归档，再就地截断日志本体，对 pm2 这种长期持有文件句柄的进程最友好，不用重启服务。daily 按天轮，rotate 14 留半个月。系统 cron 每天自动跑 logrotate，比 pm2 模块少一层自己维护的东西。
想验证轮转有没有真生效，可以临时把 max_size 调成 1M，多打点日志触发一次，看 ~/.pm2/logs 里有没有多出带时间戳的归档文件，确认后再把值调回去。pm2-logrotate 有个 worker 每 30 秒检查一次大小，但真正做定时轮转靠的是 rotateInterval 那个 cron 表达式，两个条件哪个先满足哪个触发；如果 max_size 没到、时间也没到，日志就一直涨，属于正常但不是想要的。还有一个限制是 pm2 install pm2-logrotate 要从 npm 拉包，内网或者 npm 源不通的机器装不上，这种环境直接走系统 logrotate 方案就行，别跟模块死磕。
教训是 Node 服务一多，日志是隐藏的磁盘杀手。console.log 随手打，线上一天能写几百 MB。以后每个新项目部署完，第一件事就把日志轮转配上，别等监控报警。这次从 du -sh /root/.pm2/logs/* 开始排，五分钟定位，比对着 df 瞎猜强太多。顺带把 pm2 flush 也记一下，它清的是内存里还没落盘的日志缓冲，排查完问题用它收个尾，别把缓冲里一堆没用的东西再写进新日志。