为什么 rev 规范链接总是使用 302 重定向

发布于 2024-10-20 15:04:10 字数 1229 浏览 2 评论 0原文

某些网站支持自托管短网址的 RevCanonical 链接。例如 flickr、php.net、dopplr。

据我了解,一些文章也说。 URL 缩短服务应使用 301 永久重定向而不是 302。

但是我上面列出的所有网站都对其 RevCanonical 链接使用 302 临时重定向。

以下是我使用 curl -I

Dopplr 得到的一些结果:

> curl -I http://dplr.it/explore/0xd1                              [0:57]
HTTP/1.1 302 Moved Temporarily
Server: nginx/0.5.33
Date: Fri, 04 Mar 2011 17:21:33 GMT
Content-Type: text/html
Content-Length: 161
Connection: keep-alive
Location: http://www.dopplr.com/dplrit/explore/0xd1

Flickr:

> curl -I http://flic.kr/p/9m9Cmj                                  [1:21]
HTTP/1.1 302 Found
Date: Fri, 04 Mar 2011 17:29:43 GMT
Server: Apache
P3P: policyref="http://p3p.yahoo.com/w3c/p3p.xml", CP="CAO DSP COR CUR ADM DEV TAI PSA PSD IVAi IVDi CONi TELo OTPi OUR DELi SAMi OTRi UNRi PUBi IND PHY ONL UNI PUR FIN COM NAV INT DEM CNT STA POL HEA PRE GOV"
Location: http://www.flickr.com/photo.gne?short=9m9Cmj
....

我不明白为什么这种情况(自主机缩短 URL)应该使用 302 重定向。谁能解释一下原因吗?

Some sites supports RevCanonical link for self hosting short URL. Such as flickr, php.net, dopplr.

For my understand and some articles also said that. URL shorten service should use 301 permanent redirect instead of 302.

But all the websites I lists above is using 302 temporarily redirect for their RevCanonical link.

Here are some result I got using curl -I

Dopplr:

> curl -I http://dplr.it/explore/0xd1                              [0:57]
HTTP/1.1 302 Moved Temporarily
Server: nginx/0.5.33
Date: Fri, 04 Mar 2011 17:21:33 GMT
Content-Type: text/html
Content-Length: 161
Connection: keep-alive
Location: http://www.dopplr.com/dplrit/explore/0xd1

Flickr:

> curl -I http://flic.kr/p/9m9Cmj                                  [1:21]
HTTP/1.1 302 Found
Date: Fri, 04 Mar 2011 17:29:43 GMT
Server: Apache
P3P: policyref="http://p3p.yahoo.com/w3c/p3p.xml", CP="CAO DSP COR CUR ADM DEV TAI PSA PSD IVAi IVDi CONi TELo OTPi OUR DELi SAMi OTRi UNRi PUBi IND PHY ONL UNI PUR FIN COM NAV INT DEM CNT STA POL HEA PRE GOV"
Location: http://www.flickr.com/photo.gne?short=9m9Cmj
....

I don't understand why this case(self host shorten URL) should use 302 redirect. Can anyone explain the reason?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

橘和柠 2024-10-27 15:04:10

正如 Franz 在上面指出的那样,在这种特殊情况下,302 并不是一个好的决定。

马特·卡茨 (Matt Cutts) 正在讨论您的确切问题:

问:你为什么要这样做?
答:Google 需要为其自己的产品提供一个 url 缩短器,我们知道该缩短器不会消失。我们还想要一个缩短程序,我们知道它能以正确的方式做事(例如 301/永久重定向),并且快速、稳定且安全。

http://www.mattcutts.com/blog/goo-gl-url-缩短器/

As Franz also notes above, in this particular case, 302 is not a good decision.

Here is Matt Cutts discussing your exact question:

Q: Why are you doing this?
A: Google needed a url shortener for its own products where we knew the shortener wouldn’t go away. We also wanted a shortener that we knew would do things the right way (e.g. 301/permanent redirects), and that would be fast, stable, and secure.

http://www.mattcutts.com/blog/goo-gl-url-shortener/

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文