302重定向

网络状态码301与302 """ 301和302都是HTTP状态的编码，都代表着某个URL发生了转移。 　　301跳转，也叫“永久性转移”，301会把原网页权重转移到重定向目标的网站上面。 　　302跳转也称为，“临时性跳转”。 　　区别 　　1、使用效果不同 　　302跳转是暂时的跳转，搜索引擎会抓取新的内容而保留旧的网址。因为服务器返回302代码，搜索引擎认为新的网址只是暂时的。 　　301重定向是永久的重定向，搜索引擎在抓取新内容的同时也将旧的网址替换为重定向之后的网址。 """ 来源： https://www.cnblogs.com/baohanblog/p/12657725.html

301与302 """ 301和302都是HTTP状态的编码，都代表着某个URL发生了转移。 　　301跳转，也叫“永久性转移”，301会把原网页权重转移到重定向目标的网站上面。 　　302跳转也称为，“临时性跳转”。 　　区别 　　1、使用效果不同 　　302跳转是暂时的跳转，搜索引擎会抓取新的内容而保留旧的网址。因为服务器返回302代码，搜索引擎认为新的网址只是暂时的。 　　301重定向是永久的重定向，搜索引擎在抓取新内容的同时也将旧的网址替换为重定向之后的网址。 """ 来源： https://www.cnblogs.com/yafeng666/p/12653419.html

官方解释： 301 代表永久性转移 302 代表暂时性转移 共同点： 301和302状态码都表示重定向，就是说浏览器在拿到服务器返回的这个状态码后会自动跳转到一个新的URL地址，这个地址可以从响应location首部中获取（用户看到的效果就是他输入的地址A瞬间变成了另一个地址B）—这是他们的共同点 不同点： 301表示旧地址A的资源已经被永久性移除了（这个资源不可访问了），搜索引擎在抓取新内容的同时也就将旧的网址交换为重定向之后的网址； 302表示旧地址A的资源还在（仍然可以访问），这个重定向只是临时从旧地址A跳转到地址B，搜索引擎会抓取新的内容而保存旧的网址。 常见应用场景： 场景一：想换个域名，旧的域名不用了，这样用户访问旧域名时用301就重定向到新的域名。其实也是告诉搜索引擎收录的域名需要对新的域名进行收录。 场景二： 登录后重定向到指定的页面，这种场景比较常见的就是登陆成功跳转到具体的系统页面。 场景三：有时候需要自动刷新页面，比如5秒后自动返回到订单详细页面之类。 场景四：有时系统进行升级或者切换某些功能时需要临时更换地址。 场景五：像微博之类的使用短域名，用户浏览后需要重定向到真实的地址之类。 301与302在选择上注意的问题–302重定向和网址劫持 从网址A 做一个302 重定向到网址B 时，主机服务器的隐含意思是网址A 随时有可能改主意

常见HTTP状态码 200 OK 301 Moved Permanently 302 Found 304 Not Modified 307 Temporary Redirect 400 Bad Request 401 Unauthorized 403 Forbidden 404 Not Found 410 Gone 500 Internal Server Error 501 Not Implemented 100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分 101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议 200 OK 一切正常，对GET和POST请求的应答文档跟在后面 201 Created 服务器已经创建了文档，Location头给出了它的URL。 202 Accepted 已经接受请求，但处理尚未完成。 203 Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝 204 No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的 205 Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容

http status 汇总 常见HTTP状态码 200 OK 301 Moved Permanently 302 Found 304 Not Modified 307 Temporary Redirect 400 Bad Request 401 Unauthorized 403 Forbidden 404 Not Found 410 Gone 500 Internal Server Error 501 Not Implemented 100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分 101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议 200 OK 一切正常，对GET和POST请求的应答文档跟在后面 201 Created 服务器已经创建了文档，Location头给出了它的URL。 202 Accepted 已经接受请求，但处理尚未完成。 203 Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝 204 No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的 205 Reset Content 没有新的内容，但浏览器应该重置它所显示的内容

问题：今天收到反馈说退出在IE8下，出现问题，无法正常完成退出和跳转。 接着对造成该问题的原因进行了排查，发现退出的接口使用了跳转的方式遍历了一遍白名单域名，来进行退出所有的域。在网上搜索了一下这样做会有什么问题，了解到不同的浏览器对重定向的次数也不相同，当重定向次数超过浏览器的限制的时候，页面会出现404访问不到的现象。那我们的退出会不会也是这种问题呢？ 进而了解到ie7 8的重定向次数限制为10次，经过抓包发现，刚好在第十一次跳转的时候页面变成了404，进一步印证了这个猜想。通过改变重定向次数发现，ie8下的退出的问题，正由于上周五服务端给域名列表里加了一个域名，导致302跳转次数增加超过ie8的限制，出现了这个问题。 解决方案：减少了一个域名配置，并提供了接口形式的退出方式，进而避免了这个问题。 扩展：既然每个浏览器对重定向次数限制不一样，那么什么是重定向限制？各主要浏览器版本的限制次数是多少？怎么查看？能不能设置呢？下面进行详细说明： 1.什么是重定向限制？ 答：重定向限制是指浏览器设置,限制你的浏览器的次数。会接受“重定向”从一个主机到另一个。例如,一个网站可能已经从一个服务器或URL移动到另一个技术或其他原因,为了更方便用户,网站所有者可以实施了一项命令,告诉浏览器自动走到另一个位置(重定向)。重定向限制错误可能发生无意中当一个web页面或页面无意中创建一个循环。例如

问题：今天收到反馈说退出在IE8下，出现问题，无法正常完成退出和跳转。 接着对造成该问题的原因进行了排查，发现退出的接口使用了跳转的方式遍历了一遍白名单域名，来进行退出所有的域。在网上搜索了一下这样做会有什么问题，了解到不同的浏览器对重定向的次数也不相同，当重定向次数超过浏览器的限制的时候，页面会出现404访问不到的现象。那我们的退出会不会也是这种问题呢？ 进而了解到ie7 8的重定向次数限制为10次，经过抓包发现，刚好在第十一次跳转的时候页面变成了404，进一步印证了这个猜想。通过改变重定向次数发现，ie8下的退出的问题，正由于上周五服务端给域名列表里加了一个域名，导致302跳转次数增加超过ie8的限制，出现了这个问题。 解决方案：减少了一个域名配置，并提供了接口形式的退出方式，进而避免了这个问题。 扩展：既然每个浏览器对重定向次数限制不一样，那么什么是重定向限制？各主要浏览器版本的限制次数是多少？怎么查看？能不能设置呢？下面进行详细说明： 1.什么是重定向限制？ 答：重定向限制是指浏览器设置,限制你的浏览器的次数。会接受“重定向”从一个主机到另一个。例如,一个网站可能已经从一个服务器或URL移动到另一个技术或其他原因,为了更方便用户,网站所有者可以实施了一项命令,告诉浏览器自动走到另一个位置(重定向)。重定向限制错误可能发生无意中当一个web页面或页面无意中创建一个循环。例如

301 redirect: 301 代表永久性转移(Permanently Moved) 302 redirect: 302 代表暂时性转移(Temporarily Moved ) 一、案例 运营商的nginx 拦截请求，返回302 location:http://xxx.js 然后执行里面的js 二、HSTS 通常将 HTTP 请求 302 跳转到 HTTPS，但有问题： 1.不安全，302 跳转会暴露用户访问站点，易被劫持。 2.多增加一次访问，使得客户端响应速度慢。302 跳转需要一个 RTT（The role of packet loss and round-trip time），浏览器执行跳转也需要时间。 302 跳转是由浏览器触发的，服务器无法完全控制，这个需求导致了 HSTS(HTTP Strict Transport Security)的诞生。HTSP 就是添加 header 头， 告诉浏览器网站使用 HTTPS 访问，支持HSTS的浏览器就会在后面的请求中直接切换到 HTTPS。 nginx添加HSTS支持 add_header Strict-Transport-Security "max-age=63072000; includeSubdomains; preload"; 来源： https://www.cnblogs.com/yuyutianxia/p

大型网站或多受众用户服务网站在中国特定 网络 环境下，离不开CDN（内容服务 网络 ）及用户调度。而CDN与用户调度则涉及智能DNS解析与用户定位的问题. 大家知道,现在很多网站的 GLSB 都是基于 DNS 来做用户定位调度.DNS 的解析流程如下： 比如,我是北京的用户,我的 DNS 为 202.106.0.20.当我要打开 www.php-oa.com 时,先会给请求发给 ISP 告诉我的 DNS.这个叫 Local DNS .然后其它的向根域和二级域的查询,都是由 Local DNS 帮我完成的. 当一个网站使用了智能的 DNS 后,智能 DNS 服务器会得到 Local DNS 的 IP 来区分用户的来源.如下,发现 202.106.0.20 这个 Local DNS 的地址,然后到自己收集的地址中一对比,是北京联通用户.然后给我解析 cname 到 bj.www.php-oa.com 这个地址. 这样完成了我最近的用户到最近的网站服务器的目的.（图1） 图2 解决方法,使用 IP 定位. 什么是 IP 定位,见下面的图.图实在不怎么样…不好意思,随手搞了一下. 当我们打开一个地址时,如下,使用了错误的 Local DNS ,但这些 Local DNS 查的智能 DNS 怎么样只会给出少量的地址,比如南方和北方都只有一个,解析的地址这些不会根着地区变化. 解析到的服务器

只为成功找方法，不为失败找借口！ javaweb学习总结(八)——HttpServletResponse对象(二) 一、HttpServletResponse常见应用——生成验证码 1.1、生成随机图片用作验证码 　　生成图片主要用到了一个 BufferedImage 类， 　　 生成随机图片范例 1 package gacl.response.study; 2 3 import java.awt.Color; 4 import java.awt.Font; 5 import java.awt.Graphics2D; 6 import java.awt.image.BufferedImage; 7 import java.io.IOException; 8 import java.util.Random; 9 import javax.imageio.ImageIO; 10 import javax.servlet.ServletException; 11 import javax.servlet.http.HttpServlet; 12 import javax.servlet.http.HttpServletRequest; 13 import javax.servlet.http.HttpServletResponse; 14 15 public class