xfy
2310ed9abe
三层叠加 bug 导致「恢复完成却零数据变更」: 1. 备份用 pg_dump 生成但无 --clean,脚本不含 DROP。恢复到已有数据的库时, CREATE TABLE 全部 'already exists',COPY public.posts 在第一行就因主键 冲突中止(COPY 0),被软删的文章(deleted_at 非空)永远回不来。 2. psql 默认不带 ON_ERROR_STOP,即使满屏 ERROR 退出码仍是 0。run_restore 只判断 status.success(),于是 tasks::update 误报 TaskStatus::Done—— 用户看到「恢复完成」但实际零写入。 3. 即使数据写进去,前端 moka 缓存(posts/tags/stats/search)和 SSR 世代号 也不会失效,恢复后仍读旧数据。 修复: - run_pg_dump_backup 加 --clean --if-exists,备份脚本自带 DROP IF EXISTS, 恢复变为幂等的先删后建。 - run_restore 给 psql 加 -v ON_ERROR_STOP=1,任何 SQL 错误立即退出(码 3), status.success() 不再误判。 - 恢复成功后调用 invalidate_all_post_caches + invalidate_search_results + bump_global_generation,前端立即看到恢复的数据。 验证:建干净测试库跑完整反馈回路(3 篇 → 软删 2 篇 → 恢复),修复前 alive=1, 修复后 alive=3,exit 0。旧备份文件(无 DROP)在 ON_ERROR_STOP 下会正确报失败 而非假成功,需重新创建备份才能恢复。 根因假设(已通过最小反馈回路证实):pg_dump 无 --clean + psql 无 ON_ERROR_STOP + 缓存未失效三层叠加。hypothesis 来自 backup.rs 源码 + backups/*.sql 实际结构 + psql 退出码语义实测。
Yggdrasil
基于 Dioxus 0.7 的全栈博客系统，Rust 单一代码库同时编译为 WASM 前端和原生服务端。
技术栈
- 框架: Dioxus 0.7 (fullstack)
- 数据库: PostgreSQL + tokio-postgres
- 样式: Tailwind CSS v4
- 密码: Argon2
- 会话: UUID token + cookie
功能
- 邮箱注册 / 登录（单管理员模式，首次注册后关闭）
- 会话管理与自动过期清理
- 暗色 / 亮色主题切换
- 后台文章撰写（Tiptap Markdown 编辑器）
- 文章归档与标签浏览
开发
依赖 Rust 1.95+、wasm32 目标、dx CLI、tailwindcss CLI v4 和 PostgreSQL。
# 配置数据库
DATABASE_URL=postgres://postgres:postgres@localhost:5432/yggdrasil
# 运行迁移（自动创建数据库并按顺序执行 migrations/ 下所有 SQL）
./migrate.sh
# 启动开发服务器
make dev
构建
make build
生产部署
生产环境必须前置反向代理（nginx/Caddy）做 TLS 终结，并设置 APP_BASE_URL、
COOKIE_SECURE=true、TRUSTED_PROXY_COUNT=1。详见 部署指南。