为什么所有内容的编辑时间都变为了 2025-06-27 19:48:03了？

让编辑时间全部变成统一的2025-06-27 19:48:03，那单纯是因为我忽略了一个细节所导致的意外。当天晚上7点时，我正在优化所有上传过的图片，为此我还要修改所有图片的地址，将他们从media.manitori.xyz全部改为static.xianquan.net。也就是将图片的地址从原来的manitori.xyz域名，全部迁移到xianquan.net这个新域名。

首先，我们当然不可能一篇一篇文章的去修改图片。于是为了完成这项有一定风险性的工作，我像之前一样写了一个Python脚本，执行完这个脚本后一切东西都会修改好。当时，一切都很顺利，脚本运行得也很快，比以前那台轻量应用服务器快多了。

脚本跑完后，没有任何报错信息，证明一切都很成功。我刷新了一下网站，看了一下图片地址，不出意外所有的图片地址都成功的换成了static.xianquan.net。原以为这样就结束了，结果在刚刚我写更新日志的时候（6月29号 弦圈Web端与弦圈APP端更新日志），居然发现好几篇我印象中没修改过的文章，编辑时间都变为了2025-06-27 19:48:03，我才恍然大悟😭，自己居然犯了个低级错误。

其实客观上说，编辑时间变为这个确实没问题，毕竟我确实编辑了这些文章和帖子。这个时间在Django里，就是根据你修改内容，然后自动根据当前时间改上去的。但是在实际生产中，不可能所有的修改都要变动这个时间，总不能增加一个阅读量，编辑时间就改一遍。因此，对于一些不是用户自己的操作，我们一般都用update来更新数据，这样就不会触发这个时间的改变。

然而因为我以前并没有提供编辑时间，所以导致我一直没有重视它，直到最近更新我才顺带把它给显示出来。结果27号当晚写脚本的时候，忘记了要将以前写的save方法改成update了，这才导致这个问题😅。至于如何恢复原有的一些编辑时间，以前的数据都是有保存的，虽然我也没啥头绪如何恢复，但机会总是有的，之后研究研究再说吧😂。

更新：以后我会换种方法记录用户的编辑时间，以前的方法根本就不是一个good practice。在翻看旧数据的时候，我发现以前改数据的时候，也是像现在这次这样，把所有的编辑时间都给变了，这种自动触发的方法虽然方便，但确实也不适合我们。

至于恢复原来的一些编辑时间，这个目前最可靠的方法还是人工搬运数据，其他方法要么复杂，要么行不通，要么我根本就不懂😂。