严肃的说，本文的目的是记录，目的是将 通过纯 AI 开发的方式 主页、博客 与 后台 的整个流程与技巧 进行记录并沉淀，希望能从中得到总结出更加完整的方法论。 整个工作流程开始于 2026 年 9 月 27 日，尝试对 Halo 进行升级 (过往我的博客完全依赖于 Halo 搭建)，但在升级过程中，发现大量问题，并且发现 Halo 的功能并不能符合我的需要和目标效果。于是这个项目开始了······ 目前进度：当前，2026年10月19日，个人主页、博客 和 后台的基础业务已经开发完毕，并且替换掉 Halo 原主页。当前版本已经匹配 Github仓库最新版本。 严肃的事情说完了，下面的内容会稍微用诙谐一点的方式来介绍。

1. 背景

1.1 Halo的升级发生了什么？

原先，我整个博客都跑在阿里云的ECS上，并且通过 1Planel 管理，Halo Pro + Mysql 的简单架构。Halo 的整个页面风格和主题依赖于 Halo 插件 Dream 主题完成。实际上目前 Halo 作为一个社区，活跃度已经大不如前，继续沿用 Halo，会带来不可接受的维护成本，这也使得当时我使用的大量 Halo 插件在新版本的兼容性成为我最大需要顾忌的事情。

当时升级分两个阶段完成，先将 Halo Pro 从 2.20.10 经 2.22.14 最后再升至 2.26.1。完整的工作流程如下：

1. 数据备份：Halo 官方备份 + 本地计算机持久化 (备份数据库、文件 及 配置)
2. 本地副本验证：在本地计算机隔离副本恢复 Halo 后，开始分段升级，并检查插件、文章、分类与标签等数据、登录、搜索 等功能
3. 线上升级：将升级流程在线上重演，并按照本地升级工作流，在升级完毕后对插件的兼容和功能进行检查。

看起来好像很顺利，但实际上整个过程中遇到了很多问题：

1. ECS资源太紧张了 (升级过程中出现 SSH 超时、阿里云后台显示磁盘带宽与IOPS饱和等问题，并且再等待后恢复正常，并且该问题在以往使用中也曾出现)
2. 备份功能不完善 (在本地恢复验证的过程中，发现 Halo 的访问人数统计功能会出现问题)
3. 本地副本验证前，发现音乐播放器已经因为原歌单解析地址废弃而无法使用的情况 (外部 Meting 默认接口解析音频地址返回 404)
4. 原用于进行推送通知的插件，因为版本不兼容只能弃用

虽然最后升级完成，但是这其实给了我一个很大的提醒，Halo 其实不适合我。

1.2 其他动机