公司项目原来nginx配置, 当访问www.xx.com/ ---重定向到---> www.xx.com/app/#/home这个地址
现在修改nginx配置改成www.xx.com就访问www.xx.com/app/#/home页面
但是之前访问过网站的用户浏览器里有缓存,访问www.xx.com/时,浏览器默认就打开了www.xx.com/app/#/home这个地址。
请问有什么办法可以清楚浏览器这种缓存?
公司项目原来nginx配置, 当访问www.xx.com/ ---重定向到---> www.xx.com/app/#/home这个地址
现在修改nginx配置改成www.xx.com就访问www.xx.com/app/#/home页面
但是之前访问过网站的用户浏览器里有缓存,访问www.xx.com/时,浏览器默认就打开了www.xx.com/app/#/home这个地址。
请问有什么办法可以清楚浏览器这种缓存?
这种还是有解决办法的(亲测)。
步骤:
www.xx.com/app/#/home
到www.xx.com
的重定向。你可能会想,这样不就是死循环了吗,用户浏览器会不会崩溃?没错,会死循环的,浏览器也会崩溃,不过第二步就是解决这个问题。header
或者query
或者cookie
中有某个key-value
,满足条件的情况下,才能从www.xx.com
重定向到 www.xx.com/app/#/home
。302
或者307
。按照上面步骤应该就能解决permanent redirect
的问题,其实是利用了浏览器重定向的url
不会走本地缓存的特点。并且会把用户本地的永久重定向给清除,以临时重定向代替。
就这些了,希望解决了的小伙伴能给个赞或者回复作为反馈是否有效~
4 回答1.9k 阅读✓ 已解决
2 回答2.3k 阅读✓ 已解决
1 回答2.7k 阅读✓ 已解决
2 回答886 阅读✓ 已解决
1 回答1.1k 阅读✓ 已解决
1 回答1.2k 阅读
1 回答934 阅读
取决于你之前重定向是用的 301 还是 302 了。
前者是
永久重定向
,表示服务端告诉浏览器:“这样的 URL 需要重定向,你记住了,下次遇到不用再问我了”。后者是
临时重定向
,表示服务端告诉浏览器:“这样的 URL 这次需要重定向,下次需不需要、你还得再问我一下我才能告诉你”。如果你用的是 301,等于你已经告诉浏览器以后别问你了(即缓存),还想实现 302 的效果?
没办法,只能让用户手动清除自己的浏览器缓存。
不过这次就长心眼吧,再遇到这种的,尽量选择使用 302,别为了省点儿流量给自己挖坑了。