修改漂亮 URL 时管理 URL 重定向 - 最佳实践

Question

如果您的 URL 的属性基于可能会更改几次的数据（例如“标题”），那么管理 URL 重定向的标准是什么？

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

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

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

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

所以现在必须为那些为旧书签添加书签的人进行重定向......现在假设每个图像平均发生 3 次。这意味着我会有很多很多的地图重定向。我似乎有一个重定向数据库。

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

Answer 1

好吧，我不知道反对票是关于什么的，这对我来说似乎是一个完全有效的问题。

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

1. 忘记旧的 URL，仅使用新的。可能不是交朋友的好方法；）
2. 保留旧 URL 并接受标题和 URL 现在不匹配的事实。这可以通过每个帖子都有一个来完成 slug 存储 URL 文本的字段，与帖子的实际标题分开。
3. 保留旧 URL 并允许使用新 URL。执行此操作的一种方法可能是拥有一个单独的表，将 slugs 映射到帖子，每个帖子都有一个或多个 slugs。这样，就可以满足任意数量的变化。

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

Answer 2

投我失望，如果你认为我的回答是愚蠢的。我不在乎这么多。

不知道如果你使用的是相同的方法StacOverflow，如果你这样做，则塞，你的情况my-cool-image-title和你保持ID renamed-image-title相同132123do不会有很大的不同，只要。所以，你需要担心您的重定向的东西。话虽这么说，在社会书签用户的角度来看，我认为改变蛞蝓可能引起混乱，但它不是一个重定向问题。结果

难道我错了吗？