历史说明
本文记录的是网站上一版动态系统。2026 年 8 月以后，“慢慢”改为纯静态发布，登录、留言、在线编辑、上传和应用 API 已经下线。正文中的后台与审核均指历史版本。
历史说明
本文记录的是网站上一版动态系统。2026 年 8 月以后，“慢慢”改为纯静态发布，登录、留言、在线编辑、上传和应用 API 已经下线。正文中的后台与审核均指历史版本。
历史说明
本文记录的是网站上一版动态系统。2026 年 8 月以后，“慢慢”改为纯静态发布，登录、留言、在线编辑、上传和应用 API 已经下线。正文中的后台与审核均指历史版本。
媒体库、留言审核、备份恢复和健康状态听起来都不大，维护个人站时，麻烦经常从这些小地方出来。写完正文并不代表一次发布结束。图片要能找到，留言要先审核，修改前要有备份，服务和存储也要看得到。单人站没人轮班，那些不吵不闹的问题反而最容易被拖到最后。
我以前也会下意识觉得，数据库文件还在，内容就安全；页面没报错，服务就健康。后来发现这两个判断都太粗。备份可能列得出来却无法恢复，图片可能在页面上断掉，待审核留言也可能因为接口过滤不严提前公开。
所以这轮排查把数据拆开看。正文、留言、灵感、设置、账号、上传文件、备份和版本记录，各自怎么保存，访客和管理员分别能读到什么，都要讲清楚。健康页只汇总必要状态，不把日志、账号 Hash 和完整安全配置直接摆出来。
这些功能看起来分散，其实都在处理同一个问题。媒体库回答文件在哪里，审核回答谁能看见，备份和版本回答改坏后怎么办，健康状态回答现在是否正常。少任何一块，站点都可能在沉默里出错。
本地测试会上传演示图片、创建待审核留言、生成备份并检查列表，再确认未登录访客只看到批准的留言和 published 内容。恢复功能只对测试副本执行，正式部署前另做服务器级备份。现在我不会把备份按钮当作完成证明，能恢复才算这条路真的通。