我真服了，DedeCMS这老古董系统真能折腾人。半夜改个图，明明在后台系统设置里把‘图片水印开关’那个勾去掉了，心里美滋滋觉得网站立马干净了，结果刷新一看，新上传的图是干净了，可那些老文章里的配图，水印还特么稳稳地挂在那儿！当时血压就上来了，以为见了鬼。
抽了根烟冷静下来，盯着F12开发者工具里那些图片的链接地址，才反应过来——这特么是缓存的坑啊！DedeCMS这玩意儿，你上传一张图片，它会根据你的设置（比如是否添加水印、是否生成缩略图）当场就处理并生成一个新文件存起来。你以为后台关水印是给所有图片做个“法术驱散”？错了，它只对之后新上传、新处理的图片生效。
之前已经生成好的、带着水印的图片文件，已经像石头一样躺在你服务器 `/uploads/allimg` 之类的文件夹里了！系统调用的时候，才不管你后台设置改没改，它直接找那个已经存在的、带水印的图片文件链接。所以你改设置甚至重启服务器都没用，根源在文件本身。
那怎么办？真想彻底去掉，你得下狠手：
1. 重新生成！ 这是最根本的办法。去后台的“系统” -> “图片批量处理”，把所有文章的图片都重新批量处理一次。这次系统会读取你“已关闭水印”的新设置，去生成一套全新的、干干净净的图片覆盖掉老文件。警告：如果原图丢了，这操作可能失败，务必先备份！
2. 手动换图或改数据库（硬核玩法）。如果你懂点技术，可以试试直接修改数据库里文章内容字段，把图片的src路径从带水印的缩略图路径（通常路径里可能有 `xxx.s.jpg` 这种标记）改成原始大图的路径。或者，干脆用新图把老图在服务器里替换掉，但要注意文件名和路径必须完全一致，（这里有个官方文档可以参考，但做好心理准备）。
妈的，都是泪。搞完这一通，天都快亮了。所以用这些老系统，任何设置改动，尤其是涉及图片附件处理的，都要有“历史遗留问题”的觉悟。下次再动关键设置前，先想想会不会影响已经存在的数据，不然就像我一样，对着半站水印发呆到怀疑人生。
