[BUG]移动图片后，原始链接也会跟着改变，那就导致了以前插件的链接失效

[yunskyline]

Self-check / 自查

• / 我已经仔细阅读文档并检查了有关设置
• / 我已经搜索过Issue，没有找到相关问题
• / 我使用的是来自此仓库的最新版代码

BUG Description / BUG 描述

我发现图片的链接是与名件名以及所使用的路径相关，当图片移动时，路径也会发生变化，这就导致了链接的失效。

使用这种方式来作为原始链接我感觉不太科学，如果后续再添加图片的操作功能，例如重命名，打标签，分类等等也会导致链接变化，

Expected Behavior / 预期行为

个人认为图片链接使用一个上存之后的固定id会更好，例如file_id等等。

我查看了数据库中保存的表格式，发现id列是路径、随机数字、加名件名称的方式，名称中多数会包含中文，也许会在某些地方产生奇奇怪怪的bug，并且移动文件之后，id也会发生变化，个人认为id应该作为唯一的值，上存之后就不应该再发生改变，那样就能根据id来获取对应的链接或内容，从而能够实现更多的文件操作方案。

Reproduction Steps / 复现步骤

移动图片，再访问本来的链接

[MarSeventh]

这个不能叫做bug，文件的存储是遵循文件系统规范的，你如果在本地的A路径把文件移动到了B路径，再去访问A路径当然不可能访问的到，网络资源也是同样道理。此外对于ID的构成，上传时提供了多种命名方式（在后端其实就是ID的构建方式），并不是单纯将文件名作为ID。至于为什么要使用中文，也是照顾到很多用户需要直观看到文件名的需求，而不是一串随机的ID，因此后端对中文做了很多处理，也避免了大部分bug的出现。

[MarSeventh]

你的需求其实应该是一个中间件，用于后端文件路径改变时重新链接到新的路径

[yunskyline]

确实算不上bug，就是一个表达问题，作为一个非程序员，很多表述没有你们那么专业，真实需求是是需要一个固定链接，不会因为各种操作而导致链接失效。也就是有一个固定的链接必定能访问到资源，无论怎样操作文件。只要还存在，有访问权限。现在就是移动后就会导致以前插入文章中的链接失效。

[yunskyline]

你的需求其实应该是一个中间件，用于后端文件路径改变时重新链接到新的路径

后续更新会否添加中间件功能，个人认为一个固定链接是非常之有必要的。

[MarSeventh]

可能会增加，现在对于需要保持链接不变的文件尽量不要移动