“写笔记”支持四种格式——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)。
这个网站最早只是一个人的笔记仓库,后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法,只是干干净净地存放一些东西;既然做好了,就公开出来,万一有人用得上呢。
不做大而全,不做平台梦,保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护:不会突然冒出付费墙,不会在角落塞广告位,也不会把你的数据卖给第三方。
产品会持续迭代,站内日志页记录着每一次改动,改了什么都有迹可循;想了解这个站是怎么一步步走到今天的,翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容,点对应卡片右侧的“举报”按钮就能提交,我们会尽快核实处理;也谢谢你花一点时间,一起把这里维护干净。
dust
dust — 用Rust重写的du替代品,快速直观地查看磁盘使用情况,解决终端磁盘分析慢、输出不友好的痛点。
作为一个常年跟服务器和本地磁盘打交道的开发者,我早就受够了 du 那慢吞吞的扫描速度和反人类的输出格式。直到有一天,我在GitHub上闲逛时发现了 dust(全称:du + rust = dust),用了一次就彻底回不去了。
这玩意儿到底能干啥?
简单说,dust 就是 du 命令的现代化替代品。它用Rust编写,继承了Rust一贯的“快得离谱”特性。你可能会问:“du 用的好好的,为什么要换?”来,我给你列几个痛点:
du -sh *慢如蜗牛:尤其是扫描大目录时,能让你怀疑人生- 输出一团乱麻:默认输出全是数字,你得自己用
-h参数才能看明白 - 没有层级展示:想看哪个目录最大?你得自己加
--max-depth,还得手动排序 - 跨平台体验割裂:macOS的
du和Linux的du参数还有差异,记不住
dust 把这些全解决了。它默认就带颜色、带进度条、带树形结构,而且——快。同样的目录,du 跑30秒,dust 可能3秒就出结果了。
怎么搞到手?
官方下载渠道在这里:
- dust GitHub 仓库
- Homebrew 官网(macOS用户首选)
安装方法
安装方式取决于你的操作系统,挑一个最顺手的:
macOS(推荐用Homebrew)
brew install dust
这条命令打完,等几秒就装好了。如果你还没装Homebrew,赶紧去装,这是macOS开发者必备。
Linux
Ubuntu/Debian 用户(需要先添加仓库):
sudo apt install dust
但注意,Ubuntu官方源里的dust版本可能比较老。推荐用cargo安装(见下文)。
Arch Linux 用户:
sudo pacman -S dust
Fedora 用户:
sudo dnf install dust
Windows(用WSL或scoop)
如果你在用WSL(Windows Subsystem for Linux),直接走Linux的安装方式。或者用scoop:
scoop install dust
通用方式(有Rust环境)
如果你已经装了Rust的工具链(rustup+cargo),这是最稳妥的方式:
cargo install du-dust
这个会从源码编译,时间稍长(取决于你网速),但能确保是最新版。
安装完后,在终端里敲 dust --version,看到版本号就说明成功了。
基础使用教程
最常用法:直接看当前目录
dust
输出长这样(我简化了):
1.2 GB ┌─── node_modules
800 MB ┌─── .git
300 MB ┌─── dist
200 MB ┌─── src
2.5 GB ┌─── .
默认会显示当前目录下最大的子目录或文件,按大小降序排列,带进度条和颜色。绿色是正常,红色是超大,一眼就能看出谁在吃磁盘。
指定目录
dust /var/log
dust ~/Downloads
dust / --max-depth 2 # 看根目录,但只往下两层
只显示最大的N个
dust -n 5
只显示前5个最大的项目,适合快速定位“罪魁祸首”。
查看详细树形
dust -t
这会展开每个目录下的子目录,形成一棵完整的树。比如:
1.2 GB .
├── 800 MB .git
│ ├── 500 MB objects
│ └── 300 MB packs
├── 300 MB dist
└── 200 MB src
比 du 的 --max-depth 直观一百倍。
排除某些目录
dust --ignore node_modules
dust --ignore .git --ignore .cache
当你只想看自己写的代码,不想被 node_modules 污染视线时,这招特别管用。
显示总大小
dust -s
只显示总大小,不展示子目录细节,适合快速确认“这个目录到底有多大”。
进阶技巧
1. 结合 find 清理垃圾
dust --ignore .git | head -20
先用 dust 找到最大的目录,然后直接 cd 进去手动清理。或者更暴力一点:
dust -n 10 --reverse
显示最小的10个目录——有时候清理小文件反而更烦人,但 dust 能帮你快速定位。
2. 用 -X 排除多个模式
dust -X '*.log' -X '*.tmp'
支持glob模式,排除所有日志和临时文件。这在分析生产服务器磁盘时超级实用——日志文件经常是磁盘杀手,但你不想删它们,只是想知道“除了日志外,还有什么在吃磁盘”。
3. 自定义颜色输出
dust 默认用颜色区分大小,但你可以关掉它:
dust --no-colors
适合在CI脚本或管道中使用,避免输出被颜色转义码污染。
4. 导出结果给其他工具
dust --json > disk_report.json
输出JSON格式,配合 jq 做进一步分析:
cat disk_report.json | jq '.[] | select(.size > 100000000) | .name'
找出所有大于100MB的目录或文件。
5. 设置别名(强烈推荐)
在 .bashrc 或 .zshrc 里加一行:
alias du="dust"
从此你敲 du 就会自动调用 dust——当然,如果你还保留了原版 du 的需求,可以改成 alias dus="dust"。我个人是直接覆盖了,因为 dust 99%的场景都够用。
6. 配合 watch 实时监控
watch -n 10 dust /tmp
每10秒刷新一次 /tmp 目录的磁盘使用情况,适合监控临时文件是否有异常增长。
和其他工具对比
| 工具 | 语言 | 速度 | 输出友好度 | 跨平台 |
|---|---|---|---|---|
| du | C | 慢 | 差 | 好 |
| dust | Rust | 极快 | 极好 | 好 |
| ncdu | C | 快 | 交互式UI | 好 |
| duf | Go | 快 | 好 | 好 |
dust 胜在“开箱即用”——你不需要学习任何参数,敲个 dust 就能看到最需要的信息。ncdu 虽然功能更强(支持删除、浏览),但它是交互式的,不适合脚本调用。duf 更偏向磁盘分区整体使用情况,跟 dust 定位不太一样。
踩坑记录
- 扫描超大目录会卡住? 不会。
dust用多线程扫描,比du快很多。但如果你的目录有几百万个文件,建议加--depth 1限制深度。 - Windows上乱码? 确保终端支持UTF-8,或者用
--no-bars关掉进度条。 - 和已有的
dust冲突? 有些系统自带一个叫dust的工具(比如apt里的dust包可能是别的软件),用which dust确认路径。推荐用cargo安装,这样会装在~/.cargo/bin/dust。
总结
dust 不是什么黑科技,但它完美解决了 du 最让人头疼的两个问题:慢和丑。作为一个Rust编写的工具,它继承了Rust生态的一贯优点——快、安全、跨平台。如果你还在用 du -sh * | sort -rh | head -10 这种又臭又长的命令,赶紧换成 dust -n 10,你会感谢我的。
最后,如果你觉得好用,别忘了去GitHub给作者点个⭐——开源工具就是靠这样的正反馈才能持续变好。