Halo 从删库到 remake

记一次从删库跑路到 remake 的经历😅

起因

今天想写篇文章记录下 css 动画相关的内容，结果发现本博客网站直接进不去了。

检查

盲猜是DNS解析的问题，于是去我的其他网站看了下，发现DNS能正确解析。又去itdog检测了一下，离谱的事情发生了：

在网站测速中, https://pi.fcip.top:3001 以及其他端口可以正确DNS解析，但是 https://pi.fcip.top:8848 不能😅直接显示DNS解析失败，还是全球测试 100% 失败。

在DNS查询中，查询 pi.fcip.top 解析全部正确

至今想不明白什么原因，希望有大佬能解答下 😰

解决

查看日志

首选当然是链接 SSH 去检查 halo 的日志，发现了一堆 URI is not absolute 的报错。印象中并没有 URI 这个词汇，而是 URL ，于是乎 bing 了一下，并没有看出和 URL 的区别😅

检查 URI

那我能怎么查嘛，去翻翻 docker-compose.yml 文件，发现我的外部访问地址填的是 pi.fcip.xyz 而不是 pi.fcip.top 。但是这应该并不构成URI is not absolute的问题吧。改了下，重启了一下 docker ，再次访问，一样是长时间没有任何想要响应，未解决。

重新拉取镜像

然后感觉可能 halo 出什么 bug 了，需要更新一下版本，就执行了 docker-compose pull 但是 halo 并没有得到更新，halodb 反而被更新了(万恶之源)。再启动一下容器，并没有启动成功。日志显示 halodb 发生了版本兼容性问题。但是我当时还没有预见问题的严重性，跑去docker-compose 文件把 halo 的镜像版本从 2.8.0 改成了 latest 。然后再 pull。

大歇逼

pull 完 halo 所谓的 latest ，再次重启，看到的还是 halodb 的报错。大概就是现在的版本是16.0，但是存档是15.0 的版本。于是去找了下 postgres （halodb本体）的镜像，15开头的最新版本，发现并不行，又拉了个旧点的，成功启动了。

看到启动成功赶忙打开浏览器他妈的访问他妈的 https://pi.fcip.top:8848 ，看到的却是

安 装 界 面

乐😅一整个给👴 remake 了。一开始还打算将计就计，觉得以前垃圾文章太多了，从头开始也不错。(其实纽约的机子上有两个月前的备份)。后来看 halo 的 UI 越来越不对劲，以为是版本大更新了，去系统查看了下 halo 版本，好嘛， 1.6.0 😅。

remake

去到 halo 官网获知目前的最新版本是 2.10.0 于是又去 docker-compose.yml 文件修改了 halo 的镜像版本到最新，重新 pull 了一下，up -d 运行，打开浏览器，刷新。

还好，一切恢复如初。

后记

备份！备份！备份！