修改相当URL时管理URL重定向 - 最佳实践

Question

如果您根据可能会更改几次的数据的关闭属性（例如“标题”）来管理网址重定向有哪些标准？

我有一个包含大量图片的网站，我想让网址看起来像这样：

http://www.mySite.com/images/132123/my-cool-image-title

现在说一群人为图像添加书签，一周后我将其更改为：

http://www.mySite.com/images/132123/renamed-image-title

所以现在必须为那些为旧书签添加书签的人进行重定向...现在让我们说每张图片平均发生3次。这意味着我有很多很多重定向要映射。我似乎有一个重定向数据库。

在这种情况下，最佳做法是什么，假设我想使用漂亮的网址，而不是基于一些普遍唯一的ID，并且我希望尽可能多地获取SEO的好处？

Answer 1

嗯，我不知道downvote是关于什么的，这对我来说似乎是一个非常有效的问题。

我的建议是，如果您事先知道将更改数据，那么它可能不应该首先出现在URL中。如果这是一个要求（也许它对SEO很重要，或者你正在创建一个博客或其他东西，你有一些选择：

1. 忘记旧网址并仅使用新网址。可能不是交朋友的好方法;）
2. 保留旧网址并接受标题和网址现在不匹配的事实。这可以通过每个帖子都有一个slug字段来实现，其中存储了URL文本，与帖子的实际标题分开。
3. 保留旧网址并允许新网址。这样做的方法可能是有一个单独的表格，它将slugs映射到帖子，每个帖子都有一个或多个slu。这样就可以满足任何数量的变化。

如果可能需要更改和向后兼容性，我会选择类似于选项3的内容。将内置到应用程序中的内容当然要比管理增长的.htaccess文件或URL重写规则等更好。

Answer 2

如果您认为我的答案是愚蠢的，请将我拒之门外。我不在乎这么多。

不确定你是否使用与StacOverflow相同的方法，如果你这样做了slug，在你的情况下my-cool-image-title和renamed-image-title只要你没有产生很大的不同保持ID 132123相同。所以你需要担心你的重定向东西。话虽如此，从社交书签用户的角度来看，我认为更改slug可能会引起混淆，但这不是重定向问题。

我错了吗？