博客拔草记录

自从2022下半年去腾讯实习后，就好久没有对博客进行过维护了。虽然有时会心血来潮迁移博客到更“好”的节点，结果却导致了更多问题出现。神经大条的我终于在这两天发现了一些端倪，这才动手处理了一下。

虽然自认为对 typecho 这个系统已经足够了解，但是遇到问题排查起来还是满头大汗。下面是本次拔草发现的所有问题。

1. 访问奇慢无比
2. 评论大概率失败
3. 评论邮件通知不翼而飞
4. 各类数据库表问题层出不穷

这是从哪里冒出来的冒充动态博客的静态网站吗？

在发现了相关问题后，我便着手开始对我这菠萝菠萝的博客进行抢救了。下面是部分原因分析与处理方案👇🏻

访问速度慢

之前自己琢磨网络架构，把数据库都集中到了一个服务器节点统一管理。其他子系统则是通过远程连接来访问数据库。当前博客所在的服务器与数据库服务器的连接速度简直堪忧。导致 typecho 从数据库拉取数据花费的时间都非常长。

当 typecho 终于渲染出页面传给用户浏览器后，等得不耐烦的浏览器又遇到了两只拦路虎：两张大小分别为 16.4mb 和 9.6mb 的图片。这两张图片在消耗流量的同时相比也消耗了不少游客的心智。虽然不知道我当时为什么要设置这么大的背景图片和头图，但是我这么做一定有我自己的道理吧！

最后将博客与数据库放在了同一台服务器上并把图片换成了普通大小后，博客的访问速度也算是恢复了正常水平。

评论大概率失败

评论相关问题则是由各类插件与数据库连接异常引起的。在一条评论从游客的浏览器发出后，它需要经过以下两个插件的把守才可以抵达数据库

• SmartSpam 反垃圾评论插件
• CommentToMail 邮件提醒插件

首先是犯下傲慢之罪的反垃圾评论插件，仗着自己是管理员信任的第一大关，掌管一条评论是通往垃圾箱还是数据库的生死大权，便为所欲为。在测试中反垃圾评论插件经常发生各种误判情况，明明是不包含敏感词的正常评论内容，却被标记为垃圾评论；明明是一个普通的游客邮箱，却提示被管理员屏蔽。工作态度之差劲令人瞠目结舌，简直难堪大用。

其次是犯下其次之罪的邮件提醒插件，工作中更是充满各种虚报误报。理想情况下在激活插件时，它会在服务器中建立一个表，用于记录评论邮件发送状态，在每次评论时都去更新表的数据。实际情况是在激活插件时，它 try 了一下在数据库中建表，并没有成功。于是他做出了一个违背祖宗的决定，隐瞒建表失败的事实，上书禀报建表一切顺利。最后在实际评论时露出了马脚。这也导致了评论通知邮件的不翼而飞。

鉴于这两位的工作表现与工作态度，我决定奖励它们永久假期。邮件提示插件也换成了 ethanzhao2001/Mailer-Typecho。

真实情况可能是 typecho 更新后，老版本插件的兼容性问题。以及迁移博客后，没有正确设置文件权限的问题。

其他

在拔草之余，我也访问了一下友链中的朋友们。看到了不少朋友的近况，也看到不少朋友的博客也渐渐停止了更新。甚至有很多已经无法访问。虽然博客的逝去已经是必然的趋势，但是当离别真正来临还是免不了落泪。在这次访问中发现下面的这些博客已经无法访问了，便将他们暂时放到了友链页面的失效折叠列表中。如果后续有恢复的话，欢迎联系我添加回来。

• 暮去长空
• 海了个螺
• 小凡梦
• Witheredstar
• MZRME‘S
• 石青舟
• Funix's blog
• 东马的白色相簿
• Y2Nk4
• Troy的星球
• 南蛰的藤球球
• metheno
• 小代理の记事簿
• 客栈
• 一新梦游计