这段时间我干了件事： 把博客整个从 Halo 搬到了自己编写的 SolarPress 上 。折腾了小半个月，总算安定下来了，写篇东西记录一下。
为啥要搬家？
先说清楚，Halo 本身是好东西，我用了好几年，没有厌恶，只有喜欢。但用久了，有些小问题越积越多。
最直接的原因，说白了就是 💰 。Halo 的生态越做越大，越来越完善，但不少功能慢慢变成了付费插件。倒不是说人家不该收费——开发者也要吃饭嘛——可我这只是个个人小站，一年下来零零碎碎的订阅费加起来也不少。而且心里总有点不踏实：万一哪天某个插件停更了、涨价了、授权规则变了，我就只能被动跟着走。
再一个是 太"重"了 。Halo 功能是多，但后台一大半菜单我从来没点开过。我就想安安静静写点东西、偶尔改改样式、做做备份，结果每次升级都有点提心吊胆，怕主题不兼容、怕插件出毛病。试过更新镜像差点丢失数据！
所以搬家的念头早就有了，只是一直觉得"自己写一套博客系统"这事太大，迟迟没动手。直到最近，终于下决心把它做了。
SolarPress 是个啥？
简单说，这是我 自己编写 的一套轻量博客系统，原生 PHP + MySQL，没有任何框架依赖，文件传上去就能跑。
可能有人会问：都什么年代了，怎么还用原生 PHP？不上个框架吗？
其实原因很简单： 够便宜、够省心 。PHP 环境遍地都是，随便一台虚拟主机、一个宝塔面板就能跑，不用装 Node、不用跑构建、不用搞一堆依赖。代码就是 PHP 文件，改完保存立刻生效，出问题了好排查。对我这种个人小站来说，没有比这更友好的方案了。PDO 预处理也让数据库这块足够安全，不存在什么短板。一句话：不追新潮，但求稳定好维护。
功能方面，不追求大而全，但 我需要的都有 ：
功能没什么花里胡哨的，就是平时用得上的那些：写文章有个自己做的块编辑器，图片复制粘贴就能上传；草稿、定时发布、置顶这些都有；评论默认审核，防刷和黑名单也配上了；另外接了百度、Bing、Google 的收录推送。主题做了四套，三套是从 Halo 和 Hexo 那边移植的，看腻了就换。
最省心的是搬家：写了个导入功能，Halo 导出的备份包直接扔进去，文章连带图片全部转存过来——这次迁移基本没动手。
再就是备份更新，数据库和媒体文件一键备份，在线更新失败了会自动回滚。别的没了，对我来说够用了。
总结一句： 这是给自己写的博客，所以每个功能都是我真的用得到的，没有一行多余的。
谢谢 Halo，也得谢谢 AI 编程工具
先谢谢 Halo。虽然这次搬家了，但它毕竟是我用了好几年的地方。更要谢谢它的开源 ——数据能完整导出来，喜欢的主题样式也能参考着学过来。没有这些开放的东西，我连搬家的念头都不敢有。
然后得说句实话： 没有AI编程工具，这套系统我现在估计一半都写不完。
从搭架构到写接口，从集成编辑器到做模板引擎，它帮我干了差不多 60% 的活 。特别是那些"道理我都懂但写起来贼烦"的部分——比如解析 Halo 的备份包、重写里面几百张图片的路径，比如推送失败后的重试和配额记账逻辑，再比如兼容各种 Markdown 写法的导入器——这些活儿又碎又磨人，全靠它顶着。
它对我来说不只是一个"生成代码的工具"，更像一个随叫随到、永远不嫌我问题蠢的搭档。我搭骨架，它补肉；我卡住了，它给思路；我写出 bug，它比我还先发现。没有它，这个项目八成会烂尾在某个不想动的晚上。
最后
搬家不是结束，SolarPress 以后还会慢慢完善。但最起码，现在这个站完完全全属于我自己了——每行代码我都知道是干嘛的，每次备份我都知道文件躺在哪。
项目地址就不放了，毕竟目前主要还是自用。如果以后代码整理得比较干净，也许会考虑开源出来，到时候再和大家见面。
如果你也在用某个大平台，偶尔觉得"功能太多用不上"或者"处处受限"，不妨也琢磨琢磨： 写博客这件事，真的需要那么重的系统吗？
有时候，够用，就是最好的。