从备份文件到真正恢复：Kita Restore Drill 操作手册
把 GitHub、Dev Container、PostgreSQL dump、R2 Media、Coolify、OpenList 和 DNS 串成一次隔离恢复演练，并标明 Kita 已完成与尚未完成的部分。
为什么 Build 通过了，生产容器仍然 503
一次真实的 Kita 生产故障：Next.js 构建成功，但 Payload migration 在精简 runner 中加载前端依赖失败，导致容器反复退出。
用 Backup Sidecar 把 PostgreSQL 备份到 R2
在 Kita Compose 中加入最小权限 backup service，使用 pg_dump、pg_restore 和 rclone 把 PostgreSQL custom dump 上传到私有 R2。
从空白 VPS 到 Coolify 部署 Kita
以 Kita 的真实部署链路为例，整理 VPS 基线、Cloudflare DNS、GitHub、Coolify Compose、生产环境变量和上线验收。
从 Payload Media 到 Cloudflare R2 的完整配置
创建独立 R2 bucket、custom domain 和最小权限 token，并让 Payload 在本地使用目录、生产使用 R2，同时安全迁移 Games 封面。
修复 Windows 9P 导致的 Next.js 编译缓慢
Kita 在 Windows bind mount 上出现分钟级编译和 root 污染，本案例展示怎样用两个定向 volume 与用户守卫修复，而不搬走整个源码。
在 Dev Container 中用 DIND 启动 PostgreSQL
以 Kita 为例，把 PostgreSQL 16 运行在 Dev Container 内部的 Docker 中，并让 pnpm dev 自动启动、等待和验证数据库。
在 Windows 上为 Next.js 配置 Dev Container
以 Kita 的实际配置为例，把 Node、pnpm、VS Code 扩展和项目依赖写进 Dev Container，让 Windows 宿主机保持干净。
Kita 用了哪些技术，以及我刻意没有使用什么
Kita 的技术栈不是一张依赖清单，而是从代码基座、开发环境、内容、部署到恢复逐层解决真实问题后的结果。
关于这个网站，我想保留什么
一个简单、清晰，也愿意长期维护的个人网站。
