记一次 Artalk 评论“丢失”又“找回”的经历
2025年2月24日大约 2 分钟
偶然发现我博客少了一些评论,最开始发现的时候以为是访客自己删除了,然后自己就一直怀疑,感觉也没啥敏感内容,怎么主动删除了,差点给自己整内耗了。然后花了半天时间研究了一下,才发现是我自己搞的。本文记录一下 Artalk 评论“丢失”又“找回”的过程。
排查的时候,第一时间在 Artalk 后台看是否有评论数据,发现其实评论数据是有的,但是在页面上看不到。然后发现直接在后台评论列表点击评论可以跳转到对应页面,跳转之后,发现到博客的 404 页面了。这个时候觉得就有点诡异了。看了一下地址,恍然大悟。前两天我调整了博客的目录,中文改成了英文,这样在 url 上看起来会简洁一点。但是 Artalk 的评论关联的 key 是跟这个路径相关的。
问题发现了之后:
- 尝试在后台改变老页面的 key,直接改成新的地址,然后发现提示:Key 已存在,修改不成功。(其实如果 Artalk 这里支持 Key 重复直接合并,就一下解决了我这个问题了)。
- 尝试直接修改数据库,查了一下官方文档,支持导入导出 artrans 文件。
- 导出当前站点 artrans 文件,编辑此文件(就是 json),将 Key 是老路径的,批量修改成新路径。
- 导入修改后的文件,尴尬了,在博客页面上发现评论重复(因为导入会直接叠加,这个设计倒是也合理)。
- 尝试在管理后台删除重复的评论(因为博客的评论数据不算太多)。
- 处理完重复评论,再到博客页面观察,发现评论又没了。一拍脑袋,重复的评论,后台看不到 Key,然后我把自己改过 Key 的评论删除了,又留下了老 Key 的评论。
- 搜索 Artalk 清空数据库的办法,看到说是可以删除站点。
- 删除站点,然后重新导入 artrans 文件。
至此,完全恢复了修改路径导致页面上“丢失”了的这些评论。花了小半天时间……
=====================
发布这篇文章之后,悲惨地发现,因为改了目录,导致统计的文章浏览数据没了……索性直接将文章浏览数据去掉了。感觉意义也不是很大。
赞助