重定向

状态代码（也称作错误代码），指为服务器所接收每个请求（网页点击）分配的 3 位数代码。多数有效网页点击都有状态代码 200（"正常"）。如果"网页未找到"则会生产常见的404错误。了解各种状态代码的含义可以更迅速的发现问题，找到问题，解决问题。可以很大程度上的提高工作效率。下面是一些常见的状态代码。 1xx（临时响应） 　　用于表示临时响应并需要请求者执行操作才能继续的状态代码。 代码 说明 　　100（继续） 请求者应当继续提出请求。服务器返回此代码则意味着，服务器已收到了请求的第一部分，现正在等待接收其余部分。 　　101（切换协议） 请求者已要求服务器切换协议，服务器已确认并准备进行切换。 2xx（成功） 　　用于表示服务器已成功处理了请求的状态代码。 代码 说明 　　200（成功） 服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。如果您的 robots.txt 文件显示为此状态，那么，这表示 Googlebot 已成功检索到该文件。 　　201（已创建） 请求成功且服务器已创建了新的资源。 　　202（已接受） 服务器已接受了请求，但尚未对其进行处理。 　　203（非授权信息） 服务器已成功处理了请求，但返回了可能来自另一来源的信息。 　　204（无内容） 服务器成功处理了请求，但未返回任何内容。 　　205（重置内容） 服务器成功处理了请求，但未返回任何内容

策略路由基础 “路由策略”（ Routing Policy ， RP ）与“策略路由”（ Policy-BasedRouting ， PBR ）有着本质上的区别。“路由策略”中的“路由”是名词，而“策略”是动词， 操作对象是路由信息 。“路由策略”主要用来实现路由表中的路由过滤和路由属性设置等功能。它通过改变路由属性（包括可达性）来改变网络流量所经过的路径。而“策略路由”中的“策略”是名词，“路由”却变成了动词，是基于策略的路由（这里的“路由”也是动词）， 操作对象是数据报文，是在 路由表已经产生 的情况下，不按照路由表进行转发，而是根据需要按照某种策略改变数据报文转发路径 。 一、策略路由概述 传统的路由转发原理是首先根据报文的目的地址查找路由表，然后进行报文转发。但是目前越来越多的用户希望能够在传统路由转发的基础上根据自己定义的策略进行报文转发和选路。策略路由正是这样一种可依据用户制定的策略进行报文路由选路的机制。策略路由可使网络管理者不仅能够根据报文的目的地址，而且能够根据报文的源地址、报文大小和链路质量等属性来制定策略路由，以改变报文转发路径，满足用户需求。 策略路由具有如下优点： ①可以根据用户实际需求制定策略进行路由选择，增强路由选择的灵活性和可控性 ②可以使不同的数据流通过不同的链路进行发送，提高链路的利用效率。 ③在满足业务服务质量的前提下

目录 理解OAuth2 Oatuh2用来做什么 Oauth2具体做法 Oauth2的流程 授权码模式 第三方引导用户跳转至认证服务器的授权页面 用户选择是否给予授权 认证服务器生成code并且让用户重定向至指定的url 第三方应用使用code到认证服务器处兑换令牌access token 认证服务器返回accesstoken 理解OAuth2 Oatuh2用来做什么 有这样一种场景，一个用户（假设是QQ），希望让一个第三方的应用（比如说某个论坛），能够得到关于自身的一些信息（唯一用户标识，比如说QQ号，用户个人信息，比如说是一些基础资料，昵称和头像等）。但是在获得这些资料的同时，却也不能提供用户名和密码之类的验证信息。比如说用户不可能将自身的用户名和密码给第三方让第三方到用户中心之类的地方去获取信息。要达到这样的结果肯定有许多的实现方式。而Oatuh2就是实现上述目标的一种规范，或者说是具体实现的指导方案。 Oauth2具体做法 首先来了解下Oatuh2中的几个名字，方便下文的阐述。 Third-party application : 第三方应用 Resource Owner : 资源持有者，一般就是用户自身 Authorization server : 认证服务器 Resource server : 资源服务器，即具体资源的存储方。与认证服务器是不同的逻辑节点，但是在物理上

1.1 1xx(临时响应) 表示临时响应并需要请求者继续执行操作的状态码。 100(继续)请求者应当继续提出请求。服务器返回此代码表示已收到请求的第一部分，正在等待其余部分。 101(切换协议)请求者已要求服务器切换协议，服务器已确认并准备切换。 1.2 2xx (成功) 表示成功处理了请求的状态码。 200(成功)服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。如果是对您的 robots.txt 文件显示此状态码，则表示 Googlebot 已成功检索到该文件。 201(已创建)请求成功并且服务器创建了新的资源。 202(已接受)服务器已接受请求，但尚未处理。 203(非授权信息)服务器已成功处理了请求，但返回的信息可能来自另一来源。 204(无内容)服务器成功处理了请求，但没有返回任何内容。 205(重置内容)服务器成功处理了请求，但没有返回任何内容。与 204 响应不同，此响应要求请求者重置文档视图(例如，清除表单内容以输入新内容)。 206(部分内容)服务器成功处理了部分 GET 请求。 1.3 3xx (重定向) 要完成请求，需要进一步操作。通常，这些状态码用来重定向。Google 建议您在每次请求中使用重定向不要超过 5 次。您可以使用网站管理员工具查看一下 Googlebot 在抓取重定向网页时是否遇到问题。诊断下的网络抓取页列出了由于重定向错误导致

1. moved重定向 1. 客户端读写（get/set）操作执行过程：如果是一个普通的客户端连接到redis cluster中的任意一个节点，然后向该节点发送一条get/set命令，接收的节点首先会依据该key计算对应槽位，然后再找到槽位所在的节点，判断找到的节点是否是自身，如果是则在当前节点执行该命令，否则回复客户端moved异常，异常中包含真正执行命令的节点的信息，客户端需要使用获取到节点信息，重新连接获取到的节点并发送命令，但是该行为不是自动的，需要主动操作（如下图中第4步，该步骤需要在客户端通过专门编写逻辑代码执行）；客户端依据返回的moved异常中的节点信息，进行的转移连接操作就是moved重定向 2. moved异常演示：首先启动集群，然后以普通模式的客户端连接到任意一个节点上，进行set/get操作，linux中普通模式的客户端对应Java中的Jedis客户端 2. 可自动进行moved重定向的客户端： redis-cli -h host -p port -c ：linux系统中redis自带的客户端，该客户端可以自动进行moved重定向操作，主要在于 -c 命令参数，该参数表示以集群模式启动客户端并连接到到集群中的某个节点上，如下图所示，客户端会自动进行连接转移并执行命令 3. ask重定向：类似于moved重定向，但该转移通常与集群伸缩有关

1. 介绍一下OSI七层参考模型和TCP/IP五层模型 1.1 OSI七层模型 1.2 TCP/IP五层模型 1.3 各层的设备 [各层设备] 1.4 各层对应协议 2. HTTP协议和特点 2.1 基本概念 [!NOTE] HTTP是Hyper Text Transfer Protocol（超文本传输协议）的缩写。它是一个应用层协议，由请求和响应构成，是一个标准的客户端服务器模型。HTTP是一个无状态的协议。 2.2 数据包结构 数据包细节 2.3 协议的特点 无连接(重点理解) 限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。 无状态 协议对于事务处理没有记忆能力。 简单快速 客户向服务器请求服务时，只需传送请求方法和路径。 灵活 HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。 2.4 请求报文 请求行 请求类型 要访问的资源 HTTP协议版本号 请求头 用来说明服务器要使用的附加信息（一些键值对） 例如：User-Agent、 Accept、Content-Type、Connection 空行 分割请求头与请求体 请求体 可以添加任意的其他数据 2.5 响应报文 状态行 状态码 状态消息 HTTP协议版本号 消息报头 说明客户端要使用的一些附加信息 如：Content

java重定向与请求转发的区别 最近工作不算太忙,今天在这里对java中的重定向和请求转发稍作总结，希望能帮助到大家。 请求转发： request.getRequestDispatcher().forward(); 重定向： response.sendRedirect(); 例如： 请求转发： request.getRequestDispatcher("/student_list.jsp").forward(request,response); 重定向： response.sendRedirect(request.getContextPath + "/student_list.jsp") 转发过程 ：客户端首先发送一个请求到服务器，服务器匹配Servlet，并指定执行。当这个Servlet执行完后，它要调用getRequestDispacther()方法，把请求转发给指定的Servlet_list.jsp，整个流程都是在服务端完成的，而且是在同一个请求里面完成的，因此Servlet和jsp共享同一个request，在Servlet里面放的所有东西，在student_list.jsp中都能取出来。因此，student_list.jsp能把结果getAttribute()出来，getAttribute()出来后执行完把结果返回给客户端，整个过程是一个请求，一个响应。 重定向过程：

Flask框架提供了请求重定向功能，只需要使用 redirect_to即可， 示例代码如下： from flask import Flask, render_template, request, redirect, session app = Flask(__name__) app.secret_key = 'flask' app.debug = True """ redirect_to: 会将请求index 重定向到index2 """ @app.route('/index',methods=['GET'],endpoint='r1',redirect_to='/index2') def index(): print('老首页') return "老首页" @app.route('/index2',methods =['GET','POST']) def index2(): print('新首页') return "新首页" if __name__ == '__main__': app.run() 注意： 浏览器请求到index路由时， flask框架帮我直接转发到index2路由， 根本就不会进入内index方法内部 127.0.0.1 - - [30/Nov/2019 12:36:57] "GET /index2 HTTP/1.1" 200 - 新首页 print('老首页'

上一节我们学习了 springMVC forward方式的服务端转发，今天小博老师再跟大家介绍一下重定向方式的页面跳转。重定向分为两种情况，一种是不带参数，一种是带参数。先来看看不带参数的方式： 1. 使用ModelAndView return new ModelAndView("redirect:/product"); 这样就可以把请求 重定向 到/product路径注解的方法,如： 1. 返回 String return "redirect:/product"; 含义同ModelAndView方式，如： 接下来我们看看带参数的方式： 1. 手工拼接 return new ModelAndView("redirect:/product？company="+boweifeng); 手工拼接有个弊端，传中文可能会有乱码问题。 2. 使用RedirectAttributes自动拼接 其原理同手工拼接，RedirectAttribute会把添加的属性转码后附加到URL后。 1. 使用RedirectAttributes，但不拼接URL 我们这里使用了addFlashAttribute方法，这样在请求index，跳转到/product URL时，地址栏并不会携带参数。 其原理是，在对请求的重定向生效之前被临时存储（通常是在session中），并且在重定向之后被立即移除。 来源：

tips:最近发现有不少人在百度这个问题，当初如易我也是初学者，随便从网上搜了一下，就转过来了，不过为了避免搜索结果同质化，为大家提供更翔实的参考，我将nohup.out相关 知识整理汇总如下： 1.nohup.out的由来及作用 用途：LINUX命令用法，不挂断地运行命令。 语法：nohup Command [ Arg … ] [　& ] 描述：nohup 命令运行由 Command 参数和任何相关的 Arg 参数指定的命令，忽略所有挂断（SIGHUP）信号。在注销后使用 nohup 命令运行后台中的程序。要运行后台中的 nohup 命令，添加 & （ 表示“and”的符号）到命令的尾部。 例子： nohup ./startWeblogic.sh & 意思是即使退出ssh界面，命令仍然在后台执行，并且打印过程日志到nohup.out,当然也可以将nohup.out的输出转向到其他文件，高级应用请参考扩展阅读。 2.nohup.out的查看方式与方法 实际使用过程中，往往人们为了省心(嗯，没错，就是懒），经常没有给nohup.out进行重定向输出，也没有按日期分割文件，会造成这个文件特别巨大，达到2G或者3G，这个使用想查看文件，搜索出错内容就比较痛苦了。一般有两种方式 1.linux本机查看：使用tail 命令，查看最新的日志，或滚动监控日志打印。 例如命令 tail -1000