Mikusa Annual Issue 4

本文最后修改于 333 天前，其中某些信息可能已经过时。如亟需更新请在下方评论区留言提醒。

先祝各位新年快乐！

现在已经是公历2022年的新年了，小站也平稳地度过了第4个年头。回首这一年，小站没有发生任何变化。更新速度缓慢，无意义的水文增多，文笔丝毫没有进步~~（好像本来也没什么文笔，那这条不算）~~，简而言之，小站正处于停滞不前的节点。~~等等，停更也算是变化的吧？~~

本来也没有什么更新的念头，只是上个月初在半吊子的静树大佬¹的帮助下，顺利地用上了Docker，并成功将博客迁移了过去。小站现在的网站环境不再是靠「LNMP一键安装包」脚本编译的程序，而是由Docker驱动的Docker LNMP！。

其实大佬很早就叫我用Docker了，毕竟容器化的LNMP搬家很方便，但我一直没有动手。一是懒，搬家真的很麻烦，重新配置服务器很麻烦；二是学习新东西对我这种不思进取的老年人来说，真的很头疼；三是社畜下班后只想哒哒哒打游戏了。~~上班摸鱼就不一样了。没错！我就是在摸鱼的时候把Docker LNMP给搭起来的！~~

用上Docker的兴奋程度不亚于刚开始学会怎么搭建博客，以至于我很想写一篇教程来讲讲我是怎么费尽千辛万苦才用上这Docker的。可冷静之余才意识到，这东西我自己都还没搞懂，即便是现在也只到docker compose up -d的程度。我可不想误人子弟，这个念头就这样掐掉了。

直到有一天欣赏 Z酱的电波站，才猛地想起来自己还有个叫做「Mikusa Yearly Issue」的东西。这不就是我为了水一些与博客相关，但不知道怎么起题目的东西所建的分类嘛！正好也有一段时间了，不就可以更新下？~~我可真是个小机灵鬼！~~

哦对了，你们肯定纳闷，「诶，不是说叫 Mikusa Yearly Issue 吗，为啥标题是 Mikusa Annual Issue 嘞？」我早就猜到会问，这是因为Z酱说：「吾觉得 Annual Issue 比较顺口。」所以就换过来啦！

Docker 化

使用全新的啥软件都没有安装的Debian服务器，按照官方教程安装好docker-ce和docker compose，编写好docker-compose.yml，再执行docker compose up -d，只需数分钟²，一个可运行Typecho的LNMP环境就完成了。Docker重新部署环境的耗时要比二进制编译要短得多，这是优势之一。

我的docker-compose.yml配置完全照搬大佬，而大佬为了在体验上与「LNMP一键安装包」脚本一致，nginx的conf配置完全使用原先脚本的文件。如此一来，迁移到Docker就十分方便，我只要把原先vhost下的文件全部复制到新服务器就行。

MySQL使用的是mariadb。由于我原本的服务器年久失修，数据库排序规则比较混乱，我选择全部挨个导出，更新成utf8mb4_unicode_ci的排序规则。

PHP由于A酱的VOID还未支持PHP8，Typecho亦未发布支持PHP8的正式版，因此使用的还是PHP7的最新版本。

至于acme.sh，也替换成了Docker版本，虽说在申请证书上理解申请命令花了不少功夫，但搞明白之后，使用体验和Shell版acme.sh基本一致。~~毕竟申请完就放后台全自动了，谁还管这玩意。~~

大致目录如下：

├───docker-compose.yml
│
├───acme.sh
├───mysql
│   │───Dockerfile
│   └───data
├───nginx
│   ├───conf
│   └───logs
│────────── access.log
│────────── nginx.pid
│────────── nginx_error.log
├───php
│────────── Dockerfile
└───www

我本就习惯用VS Code打开/usr/local/，再找到其中的nginx、php等文件夹直接编辑需要的文件。现在这些东西都在同一级目录下，操作起来十分方便，熟悉新环境的成本为零。

只是Docker的命令就需要重新学习一番了，比如最常用的lnmp nginx restart，现在变成了docker exec nginx nginx -s reload。更新php、nginx变得无比快捷，如果docker-compose.yml中是指定版本的，改个版本号再重新docker compose up -d就行，甚至不用停机维护。此外，有关挂载目录等新知识也还需要花时间琢磨才行。

总而言之，对于只有一个博客的小博主来说，容器化真的是非常便捷的选择之一。~~当然你也可以选择将博客托管给朋友维护，那就更轻松了。~~

接入备案

既然搬了家，那接入备案就该提上计划了。我很早就不用阿里云的服务器了，但备案还在阿里云。这次既然又用回了国内服务器，自然就想着按照有关规定接入备案到腾讯云。

迁移备案非常麻烦，可以说是一波三折。

我的mikusa.cn是直接301到himiku.com的，备案的话需要分别备案，就开了个落地页把mikusa.cn解析了上去，提交了申请。没多久就被打回来了，电话告知「闽 ICP 备 18002751 号-2」需要改为「闽 ICP 备 18002751 号-1」才行。但我老早就考虑到这个问题，落地页填的就是「闽 ICP 备 18002751 号-1」，猜测可能是 DNS 缓存没有刷新，访问的还是301后的页面——也就是himiku.com，工作人员没有认真看就给我打回来了。于是就老实地把himiku.com下方的备案号改成了「-1」，提交了上去。

很快就接到了电话，告知himiku.com原备案是「-2」，要与备案一致才行，要求我改回去。气不打一处来，第一次你咋不认真看呢？遂改回「-2」。

结果下午再一次接到了电话，告知备案号可以不用带数字，建议去掉。为什么不早说……

所以朋友们，有超过两个备案网站的话，为了避免麻烦可以只写主题备案号。

年度总结

顺便也写一下好久没写的年度总结。

网站流量

根据 Google Analytics 的数据统计，本年度小站一共获得了 8.5 万名用户，其中 8.3 万为新用户。但是在2月至5月有一段时间觉得 Google Analytics 拖累了网站的加载速度，便把它撤下来了。所以这个数据并不准确。

其实我也挂了百度统计。以下便是2021年度的浏览量统计。但是有一段时间我觉得百度统计也很拖累网站速度，它也被撤下来了。因此这个数据同样不准确。

我为什么敢撤下来呢？是因为我有自己的统计工具「Umami」。可是7月份的时候误删了数据库，所以……Umami的数据也不准确……

对不起，给大家看笑话了。

另一个 Google Search Console 就比较准确了。本站经由 Google 搜索，在2021年度获得了 1.17 万次点击，可喜可贺。

CDN流量

截至 2021年12月31日晚8时，本年度博客在腾讯云上一共耗费了大约³ 652 GB 的CDN 流量，平均每天花费的流量约为1.78GB。而近两个月下来，平均每天都要耗费2GB。最多甚至有过3.37G。

我自己都不知道这些流量花到哪里去了，但根据访问用户区域分布图可以得知，小站特别受广东人青睐。

本年度在 CDN 流量上的花费大大增加。按照这个趋势，明年可能需要直接购置1TB 的流量包才能满足 CDN 的消耗。

未完待续

2021年对我来说，可以用「迷茫」二字概括。我甚至有预感明年亦会是迷茫的一年。三月初从福建到上海，再到广州，在小工厂里混完了2021剩下的时间。既没挣到多少钱，也没学习什么新知识，也未学到什么待人处事的方法。反倒是多了一堆烦心事，思维变得愈加迟钝。接下来该怎么做呢？我还不知道。就博客来说，便是先把计划写的上海篇写完，再写写广州的事情。

嗯，那么下一篇再见。