历史说明
本文记录的是网站上一版动态系统。2026 年 8 月以后，“慢慢”改为纯静态发布，登录、留言、在线编辑、上传和应用 API 已经下线。正文中的后台与审核均指历史版本。
历史说明
本文记录的是网站上一版动态系统。2026 年 8 月以后，“慢慢”改为纯静态发布，登录、留言、在线编辑、上传和应用 API 已经下线。正文中的后台与审核均指历史版本。
历史说明
本文记录的是网站上一版动态系统。2026 年 8 月以后，“慢慢”改为纯静态发布，登录、留言、在线编辑、上传和应用 API 已经下线。正文中的后台与审核均指历史版本。
最早我以为个人站做到有首页、有列表、有详情页，就已经像一个博客了。视觉也成形以后，这种错觉尤其明显。可准备长期写内容时，问题一个接一个冒出来。新文章从哪里建，图片怎么放，草稿怎么藏起来，误改以后从哪里恢复，访客到底能看到哪一部分，展示页都回答不了。
后来我把注意力从页面挪到内容生命周期。一个作品从草稿走到公开，之后还要能编辑、备份、回滚，必要时也要能重新藏回后台。没有这条路径，页面再漂亮也只能算一次性陈列。
盘点是按真实操作走的。写作品、写札记、整理外部资料、传图、审核留言、备份、恢复、检查服务状态，每一步都拆开看。访客能做什么，管理员能做什么，哪些数据只留在后台，也在这轮一起定下来。
最容易断开的地方其实很普通。静态数据负责展示，管理员界面负责操作，服务器负责持久化，公开接口又要过滤草稿和私密内容。它们各自都存在，却需要一套统一内容模型和权限规则把它们接起来。
升级后我先跑生产构建，再启动本地前后端，检查首页、作品、札记、藏书阁、关于、留言和友链。登录后能编辑完整内容，退出后重新获取公开内容，draft 和 private 不再出现在公开 API、RSS 与 sitemap 中。后来再做内容工具，我都会先画这条生命周期，再画页面。