这个基于wordpress的blog确实很早很早之前就已经没有在更新使用了，这个是事实，看最新发布的文章时间以及下面这个版本号就知道了。但是至少之前还是能访问的，但是最近几次发现已经无法访问了，今天花了点时间完成了排错、迁移和升级，估计又可以闲置几年了。
一个多月前其实就发现了，当时就以为是现在这个阶段还在用着10年前的vps，虽然cpu是水涨船高帮忙升级了，但是内存只有512mb，想想家里随便一台机器都是16GB的内存了，这个跑blog的还这么弱鸡确实不合适。原本就打算更换服务商的，后来由于其它事情就给耽搁了，毕竟引用很多哥们说的一句话，这个年代哪个正常人还写博客呢，尤其是已经步入中年的油腻大叔了。
今天跟茫哥聊新系统的解析服务的时候突然又想起，于是重新开始鼓捣。
首先自然是看看服务器有没有到期服务商有没有跑路，买的机器多了，并且分布在各个不同的服务商，确实会出现这样的情况。比如说dedipath直接一下子消失，里面十多个小鸡就不见了，尤其其中还有一台作为邮件服务器在跑着的。
经过测试，服务商buyvm的官网可以访问，服务器没有到期，并且发现服务器也确实是可以ping得通的。
接着，直接通过ssh连接，虽然密码错误，但是端口正确，那么肯定机器还是对的，于是在面板修改好密码登陆。发现一切似乎正常，于是使用lnmp一键包最擅长的命令lnmp restart，发现数据库也是OK的，能正常启动。但是网站依然访问不了。
于是找来一台之前就在hostloc收来的搬瓦工家的所谓传家宝vps，由于吃灰时间比较久，所以里面的lnmp环境都是老版本的，不怕最近的投毒事件，但是后来在配置站点的过程中发现还是有问题，这个接下来说。
于是搬好久没有用过的搬家教程，开启一键传输，新机器上则开着iftop监控流量情况看看啥时候跑完。运行了一段时间，我也去干了一会儿其它事情，再次看到的时候没有流量在跑了，整个则跑掉了几十个G的流量，想来应该是OK了。
结果没有想到来了一个大乌龙，由于buyvm那边我是挂了一个250GB的存储，所以那边使用的空间特别多一些，比如说把之前搞的一个自用软件备份站点以及好多备份文件都同步过来了，直接把瓦工这边小盘塞满了。由于软件备份老早就已经跟博客所在的机器做了分离，于是又重新来做同步，这次就只同步了web，毕竟web没有多少文件的。
整个文件同步过来，创建好站点，导入好在源服务器上通过phpmyadmin导出的备份文件。这里发现好玩的事情了，打开wordpress配置文件 wp-config.php ，当看到里面的参数配置的时候，先是一懵，然后猛地回过神来竟然不自觉地嘴角上扬。原来之前就由于考虑机器配置的问题，所以很早之前就在周边买了一个专门的主机，直接改用远程调用MySQL的方式了。而那个主机由于服务商ipv4地址枯竭的缘故，强行将原来的独立IP改为了现在的共享IP，自然而然的原来的数据库就无法链接上了。其实如果早点看到，只需要改一个MySQL数据库连接的目标host就OK了。
当然事情都已经到这一步了，索性就直接往下继续迁移了。上传配置文件，到腾讯云改完解析，申请证书，毕竟这都是已经是2023年了，竟然这个博客还从来没有用过https。这里又发现了一个很妖怪的事情，竟然哪怕是我下载的是完整版的lnmp一键包文件，但是申请证书的命令如果之前没有执行过是会自动到官网上重新下载的。但愿这个文件没有问题，看来回头得抽空让小伙伴来检查一下这个从lnmp服务器上下载的文件是否有问题，必要情况下把一键包的脚本重新检查一遍，以免服务器被当肉鸡。
登陆后台，看到版本号还是5字头，有十多个要升级的组件，顿时有时一阵浅笑。逐个升级，配置好https路径就开始写下这篇博客，算是一个记录。
