“写笔记”支持四种格式——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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
磁盘明明还有空间，写文件却报 No space left on device：查 inode 是不是满了
往服务器写文件（尤其创建新文件、新目录、解压小文件很多的东西）报 No space left on device，但 df -h 一看磁盘明明还有几十 G。这种"有空间却写不了"的经典情况，多半是 inode 用完了。
Linux 文件系统要存一个文件，除了数据块，还得分配一个 inode（存文件名、权限、时间戳、数据块指针的元数据节点）。df 有两个维度：
df -h # 看数据块（容量）
df -i # 看 inode（文件数量）
如果 df -i 显示 IUse% 接近 100%，那 inode 就是满了。常见原因：
- 邮件队列/日志/缓存目录堆积了海量小文件（每个文件吃一个 inode）。
/tmp或某些程序反复创建小临时文件不清理（尤其 PHP session、WordPress 缓存、Node 的 node_modules 里有几万个文件）。- 解压包、git 仓库、构建产物这类天生文件数量爆炸的东西放在数据盘上。
先定位是哪个目录文件多：
for d in /*; do echo "$d $(find $d -xdev -type f 2>/dev/null | wc -l)"; done | sort -k2 -rn | head
-xdev 防止跨文件系统递归。或者用 du 的 inode 变体（GNU findutils 不一定有），find 数文件数最通用。
处理思路：
- 找到堆积小文件的目录，清理没用的（日志、缓存、队列里的死信）。
- 如果是某个程序失控（比如日志没轮转、session 文件没人删），修那个程序的清理逻辑。
- 治本：如果这个分区就是会长期积累海量小文件（比如构建缓存、备份解压区），最好把这类目录挪到一个新建的大 inode 数分区上，或者换支持更多 inode 的文件系统。ext4 的 inode 数在建文件系统时定死，
mkfs.ext4 -N 数量可以预分配多些 inode；xfs 的 inode 是动态分配的，小文件多时更省心。
别踩的坑：
- 别一看到 no space 就清大文件，大文件占的是块不是 inode，清错方向浪费时间。
- 有些程序写文件时报的可能是
Input/output error或直接崩，根因却是 inode 满，先df -i排除再说。 - 删除海量小文件用
find ... -delete或者rsync --delete配一个空目录来清，比rm -rf快（rm 每个文件都要走目录操作）。
排查顺序：
df -h # 容量够不够
df -i # inode 够不够 —— 关键一步，很多人漏了
df -hT # 看文件系统类型
总结："有空间写不了" = 先查 df -i，inode 满的典型场景是海量小文件。定位到堆积目录清理，长期大量小文件的目录要单独规划分区或换 xfs。