Redirect 301重定向是如何由不同的浏览器实现的?

Redirect 301重定向是如何由不同的浏览器实现的?,redirect,Redirect,试图了解不同浏览器在301重定向时遵循的规则。他们在重定向上存储信息多长时间?您可以使用fiddler、firebug(用于Firefox)或Webkit for Chrome或Safari中的开发人员工具来检查这一点 我敢打赌他们不会长期(甚至永远)缓存它。永久重定向中的“永久性”通常被搜索引擎用来为一条信息建立一个规范的URL,如果它可以查看是否来自多个URL,则该信息可能会重复,或者从其他站点传输基于链接的页面排名。他们基本上会将其缓存foreva™ 除非存在Expires头,否则重定向会

试图了解不同浏览器在301重定向时遵循的规则。他们在重定向上存储信息多长时间?

您可以使用fiddler、firebug(用于Firefox)或Webkit for Chrome或Safari中的开发人员工具来检查这一点


我敢打赌他们不会长期(甚至永远)缓存它。永久重定向中的“永久性”通常被搜索引擎用来为一条信息建立一个规范的URL,如果它可以查看是否来自多个URL,则该信息可能会重复,或者从其他站点传输基于链接的页面排名。

他们基本上会将其缓存foreva™

除非存在
Expires
头,否则重定向会在浏览器中永久缓存,并在进行测试和开发时引发各种问题

此外,它们不仅缓存得非常厉害,而且一旦缓存,就很难清除任何此类
301
重定向。然后你就不知道为什么在你的Firefox中事情不起作用了,而通过curl就不会发现任何问题


这些问题与逃跑重定向总是出现

通常情况下,问题在于响应通常被“永久”缓存在浏览器中,除了清除整个缓存之外,通常没有办法将CtrlR或CTRLSHIFTER从中清除。(这是我经常喜欢/相反的原因之一,尤其是在开发阶段,因为默认情况下,
302
响应通常根本不会被缓存。)


这是完全错误的!如果您使用301重定向进行任何类型的开发,但没有显式的Expires头(如果您使用标准工具,默认情况下不会指定该头),您就会知道它们基本上是永久缓存的,并且会导致各种缓存问题!