http - 存储 URL 的应用程序是否应该首先跟随它们并在任何 301 永久重定向之后存储结果?

标签 http url http-status-code-301 http-redirect

我有一个使用 rss 提要的应用程序(尽管可以是任何东西)。用户提供这些提要 url,他们通常会得到 301 永久重定向。从最佳实践的角度来看,我应该存储原始网址还是新网址?

我认为后者更合适,因为这是 301 重定向(以及 308)的目的,而且这是爬虫所做的?

最佳答案

我读到规范说要采用新位置 -- 301 Moved Permanently

Clients with link-editing capabilities ought to automatically re-link references to the effective request URI to one or more of the new references sent by the server, where possible.

广泛的浏览器行为 (How long do browsers cache HTTP 301s?) 是无限期地使用新的 URI:

Chrome and Firefox will cache a 301 redirect with no expiry date.

虽然您要求的是一般性答案(“最佳实践观点”),但有理由保留原始 URL(例如,避免破坏配置不当的强制门户)。

与 HTTP 一样,尽可能遵循规范,而不会在实践中造成不良的用户体验。

关于http - 存储 URL 的应用程序是否应该首先跟随它们并在任何 301 永久重定向之后存储结果?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39964928/

相关文章:

http - 如何为从 ServiceStack 的虚拟文件系统下载的文件添加 header ?

java - 如何从 Spring Controller 返回字节数组作为图像,以便浏览器可以显示它?

javascript - Node.js url.parse 和查询字符串行为

java - JEdi​​torPane 的奇怪行为

php - htaccess 301 重定向与 Wordpress 中的 php 脚本

Apache mod_rewrite 使用 302 而不是 https 重定向到 http

.net - IIS7 或 .Net 301 从 1 个域重定向到另一个域

javascript - 使用 GET 请求发送数组

.net - 如何强制硬刷新 (ctrl+F5)?

javascript - 只从 URL 中获取数字