笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
Podman
Podman — 无守护进程的容器引擎，让 rootless 容器管理像呼吸一样自然。
兄弟们，今天聊个我最近彻底入坑的工具——Podman。
先说个场景：你是不是也受够了 Docker 那套“客户端-守护进程”的架构？每次 docker ps 之前，心里都得默念“dockerd 还活着吧？”。尤其是公司服务器上，万一哪个同事手贱 systemctl stop docker，你正在跑的容器直接全灭，那种感觉……懂的都懂。
Podman 就是来治这个病的。它没有守护进程，每个容器直接作为 podman 命令的子进程跑。没有那个常驻的 dockerd，意味着你 kill 掉终端进程，容器要么继续跑，要么按你的策略退出，而不是被一个中央进程“连坐”。更爽的是，普通用户直接就能跑 rootless 容器，不用加 sudo，不用改用户组，安全性和自由度直接拉满。
而且，Podman 和 Docker 的 CLI 命令几乎 100% 兼容。你 alias docker=podman，然后该干嘛干嘛。docker-compose 也能用，用 podman-compose 或者直接 podman play kube 跑 k8s YAML，无缝衔接。
下载与安装
官方下载页面在这：https://podman.io/docs/installation
别慌，不是让你去编译源码。主流发行版基本都打包好了。
Ubuntu / Debian 系：
sudo apt update
sudo apt install podman
Fedora / RHEL / CentOS（自带就是它）：
sudo dnf install podman
macOS（用 Homebrew）：
brew install podman
# 然后初始化虚拟机（因为 mac 上本质是跑在 Linux VM 里）
podman machine init
podman machine start
Windows（用 WSL2 或 Podman Desktop）：
建议直接装 Podman Desktop，图形化，省心。命令行党就 WSL2 里装 Ubuntu 再 apt install podman。
装完验证一下：
podman --version
基础使用：几乎零学习成本
如果你用过 Docker，下面这些命令你闭着眼都能敲出来。我直接给几个高频场景。
1. 拉镜像 + 跑容器
# 拉一个 nginx
podman pull docker.io/library/nginx:latest
# 后台跑一个，映射端口
podman run -d --name my-web -p 8080:80 nginx
# 看状态
podman ps -a
注意，Podman 默认镜像源是 docker.io，但也可以直接拉 quay.io 的镜像，比如 podman pull quay.io/podman/hello。
2. 进入容器
podman exec -it my-web /bin/bash
3. 日志
podman logs -f my-web
4. 停止/删除
podman stop my-web
podman rm my-web
5. 构建镜像（Dockerfile 直接能用）
cat > Dockerfile <<EOF
FROM alpine
RUN apk add curl
CMD ["echo", "hello podman"]
EOF
podman build -t my-hello .
podman run --rm my-hello
看到没？除了命令从 docker 换成 podman，其他一模一样。
进阶技巧：这才是精髓
既然叫“实用工具介绍”，不能只讲皮毛。下面这几个操作是我日常最依赖的，能帮你避开不少坑。
技巧一：无 root 跑通一切（rootless 配置）
如果你用普通用户跑 podman run 报错 cannot find UID/GID，别慌，执行一次：
podman system migrate
这会让 Podman 自动配置好用户命名空间映射。之后所有操作都不需要 sudo。
技巧二：用 podman play kube 替代 docker-compose
你有一个 docker-compose.yml？直接转成 k8s YAML 跑：
podman generate kube my-container > my-pod.yaml
podman play kube my-pod.yaml
这个 play kube 能把 Pod 的概念真正落地。比如你要跑一个“redis + app”的组合，把它们放在同一个 Pod 里，共享 localhost 网络，比 docker-compose 的网络隔离更符合微服务习惯。
技巧三：管理 Pod（容器组）
Podman 的原生概念就是 Pod（借鉴 k8s）。你不需要一个个起容器，直接起一个 Pod：
podman pod create --name my-pod -p 8080:80
podman run --pod my-pod -d nginx
podman run --pod my-pod -d redis
这两个容器共享网络栈和 PID 命名空间，互相访问直接用 localhost:6379。爽不爽？而且这个 Pod 可以直接 podman generate kube 导出成 k8s 清单，迁移到集群零成本。
技巧四：自动清理孤儿容器
因为没有守护进程，你 Ctrl+C 退出终端后，容器可能还在跑。想清理没用的：
podman container prune -f
podman image prune -a
技巧五：systemd 集成（开机自启）
这个比 Docker 优雅太多。用 podman generate systemd --new --name my-web 生成 unit 文件，扔到 ~/.config/systemd/user/，然后：
systemctl --user daemon-reload
systemctl --user enable --now container-my-web
注意，这是用户级服务，不需要 root。而且 --new 参数意味着每次启动都会用当前容器配置重新创建容器，升级镜像后重启服务就是新容器，完美。
踩坑提醒
- 网络问题：rootless 模式下，端口映射默认走
slirp4netns，性能略差。如果追求性能，可以装podman-docker包（它会提供docker命令的兼容层），或者用--network=host绕过。 - 镜像源：国内拉 docker.io 镜像慢？改
/etc/containers/registries.conf，把unqualified-search-registries加一个docker.m.daocloud.io之类的加速器。 - 和 Docker 共存：如果机器上已经装了 Docker，别冲突。Podman 默认用
/run/podman/podman.sock，不会抢 2375 端口。放心用。
总结
Podman 不是“另一个 Docker”，它是“没有 Docker 病的 Docker”。对于个人开发者、CI/CD 流水线，尤其是那些不想为常驻守护进程买单的服务器环境，它简直是对症下药。而且它原生支持 k8s 工作流，未来迁移上云毫无压力。
最后给你一句忠告：从今天开始，把 docker 替换成 podman，你的终端会感谢你的。 如果遇到问题，记住 podman --help 永远是你的朋友。
去官网看看：https://podman.io
玩得开心。