最近，我使用通义灵码修改了全部代码，导致自己用心写的代码被毁了。
https://github.com/AkarinLiu/ngmp.git
之前的代码用过 CodeGeeX，同时也用过通义灵码，在描述文件鸣谢过它们，但是，今后对于 AI 生成的代码会通过在线工具进行检查，无误后再推送代码。
分类： 说说
这里存放着我写的一些往事、记录和故事
-
两周后，我的 RSS 阅读器服务怎么样了？
各位读者，经过两周的试运营，RSS 阅读器的数据库备份已经达到了 160 MB，这给站长带来了运维麻烦，至于为什么会这样，还得从 GitHub 添加我的实例开始：
第一次运营
2024年10月24日，我的 RSS 阅读器正式开始试运营，可添加的订阅源已经达到了 1000 个，分类达到了 100 个，这在当时是非常良心。
匿名邮箱地狱
运营一周后，在用户列表看到有人使用匿名邮箱注册账号，这对我来说是个灰产，直到现在，匿名邮箱的账号只有三个。但是我非常后怕，担心会黄掉，所以迫不得已才新增了服务条款。
今后的运营策略
今后会持续运营，同时会打击使用匿名邮箱和滥用服务的用户。
-
服务器宕机的原因找到了
最近，在服务器安装了 Netdata，发现服务器经常宕机，查看阿里云监控后，发现内存溢出问题。
重启服务器后，再次排查，发现 Netdata 占用内存高：
所以就不打算安装 Netdata 了，原因是配置要求太高，与其使用 Netdata 不如使用阿里云的云监控。
-
为什么我一直在用智谱清言？
序
智谱清言是我最常用的 AI 对话工具，它的实用性非常好。
优秀的日志分析
最近，我在玩 Minecraft 的时候，发现进入存档后崩溃了，我把 Minecraft 的日志发给了智谱轻言，通过分析，得出是 Indium 和 Contiuinty 出现了一个 Bug。随后我卸载了这两个模组，再次启动进入存档再也没崩溃了。（Contiunity 背大锅！）
强大的视觉识别
智谱清言给我最大的感觉是它的图片识别能力太强了，在我遇到不知道种类的花，它都知道是什么种类的花，贴纸图案的动作也能识别。
一体化
这是让我有意愿使用它的原因，无论是网站还是 APP，所有功能都集成在了一个网页和一个 APP 里面。不像某些模型，你想生成图片必须去专门的网站上生成图片。
总结
智谱轻言虽然是一个非常强大的 AI，但是如果智谱 AI 愿意的话，可以考虑推出智谱闻声，可以实时将语音转文字的字幕，同时支持翻译功能，这样就可以做到实时视频翻译了。
-
为什么网站的 SMTP 接口已被我更换为阿里云邮件推送
不知道读者有没有注意到，本站的 SMTP 接口已经从建站后一直在用的网易免费企业邮更换为每天免费发送 200 封邮件的阿里云邮件推送。
一开始建站的时候，用的是 WordPress 内容管理系统，选择它的主要原因看中了它的全能型内容管理系统，加上它对移动端的优化特别优秀，才选择用它搭建网站。
邮件推送的 SMTP 接口方面，一开始用的是网易免费企业邮，一开始需求是既能够通过 SMTP 接口自动发送邮件，也可以自己用。用了一年半载后，我觉得域名邮箱对我来说并不重要，使用频率几乎为 0。所以 SMTP 接口被换成了阿里云邮件推送 API， 域名邮箱从一个装逼利器到如今只是用来做网站的邮件发送 API，感觉后悔选网易了。
-
玩了四天的绝区零，没想到这游戏很催眠
近期，我开始入坑《绝区零》，发现体验与以往的作品还很糟糕，这游戏真的让我想睡觉了。
我抢的UID是14开头的，总体感觉没有以往的作品优秀，比上不足，比下有余。
在我玩的时候，感觉非常催眠，任务做着做着很容易睡觉，关卡的设计是走格子和跑图相结合，游戏体验非常割裂。
-
为什么我会有内存焦虑的感觉？
这个事情，得从网站搬迁到1Panel的时候说起。
我的网站迁移至1Panel后，感觉磁盘空间节省了25%，而且对比宝塔面板，他的源代码完全开放，任何人都可以审查源代码的安全性。
有一天，我更新了OpenResty的版本，很不幸，这个版本有内存泄露的Bug，几天后，我收到了最新版本的OpenResty的更新，新版本已经修复了这个问题。
6月9日~14日，网站发生宕机事件，重启后，在后台监控看到磁盘IO被占满，与此同时，内存也被占满了。经过排查，是内存用完用SWAP，导致硬盘IO被占满，从而导致服务器宕机。
现在，在服务器运行的容器从十几个被砍到5~7个，才有了转机。对此，我对内存被占满的问题感到担忧。
-
为什么我是从 MySQL 用户迁移到 MariaDB 用户
序
这个故事，还得从4月末开始讲起：
第一章：从宝塔面板迁移至 1Panel
4月末，站长开始了宝塔面板替代计划，计划从宝塔面板迁移至 1Panel。当时， WordPress 的迁移用的是 Updraft Plus 插件恢复的，而宝塔面板的备份突然不灵了，备份网站没问题，但是备份数据库变成 20KB，所以不得不使用基于 Rclone 的备份脚本。迁移的时候数据库用的是 MySQL 8.2，当时没什么问题。
第二章：频繁宕机
在过去几天，服务器遭遇频繁宕机，本以为是 OpenResty 吃掉了太多的内存，后面经过更新后，OpenResty 也不吃内存了。后面经过一段时间的运行，网站也崩溃了。在经过与飞致云的社区人员交涉，原来是 MySQL 8.2 的内存优化太差了。
第三章：粉转黑
从此以后，我已经从 MySQL 的用户转成了 MariaDB 的用户，从此以后，再也没有使用 MySQL， 甚至在使用 Docker 镜像的时候也会对 MySQL 比较排斥。
