这篇文章用来记录博客下一阶段的改造计划。目标不是“功能越多越好”， 而是让每一次迭代都可验证、可维护、可持续。

一、已完成事项

  • 修复白天 / 黑夜模式切换异常。
  • 首页结构优化：分类筛选、信息页跳转、主题样式统一。
  • 内容管理升级：文章索引由 posts.json 统一维护。
  • 账号系统 MVP 落地：注册、登录、JWT、角色权限（user/admin）。
  • 投稿审核流一期完成：普通用户投稿默认 pending，管理员可一键通过/驳回。
  • 后台管理页补齐：管理员用户列表、投稿审核台、账号中心角色化入口。
  • 审核通过自动发布已完成：通过稿件会生成文章页并自动写入 posts.json。
  • 评论系统已接入：仅管理员审核通过的账号可评论（发文权限同规则）。
  • 系统日志已接入：记录注册、登录、投稿、审核、评论，管理员可在日志页查看。

二、下一阶段路线（2-4 周）

  • 引入草稿能力：支持“草稿保存 -> 二次编辑 -> 提交审核”。
  • 增强审核信息：支持审核意见模板、驳回原因分类与快捷操作。
  • 评论交互升级：支持回复、分页与关键词过滤。

三、中期路线（1-2 个月）

  • 内容体验升级：支持封面图、标签、Markdown 渲染与目录导航。
  • 通知机制：审核通过/驳回后，站内消息或邮件提醒投稿人。
  • 日志能力升级：支持日志检索、导出与异常告警。

四、稳定性守护线

新功能上线前，我会优先检查四件事：权限边界、数据一致性、异常回滚、可观测性。 这样即使迭代速度提升，也不会牺牲站点稳定性和可维护性。

五、结语

这份路线图会持续更新。每完成一项，我都会回填结果与技术取舍， 让博客不仅记录“做了什么”，也记录“为什么这样做”。

六、数据分离与部署安全（规划中）

  • 将自动生成文章、posts.json、SQLite 数据库迁移到仓库外独立目录，避免发布覆盖线上数据。
  • 后端通过环境变量读取内容与数据库路径，实现“代码”和“运行数据”彻底解耦。
  • 补充部署前自动备份与回滚脚本，降低线上更新风险。
  • 增加管理员“已发布文章管理”能力，支持编辑、下线、删除与重发布。