重定向

常见的HTTP状态码： 200-请求成功 301-资源被永久转移到其他URL 404-请求的资源（网页等）不存在 500-内部服务器错误 HTTP状态码的分类 HTTP状态码列表： 状态码 状态码英文名称 中文描述 100 Continue 继续。 客户端 应继续其请求 101 Switching Protocols 切换协议。服务器根据客户端的请求切换协议。只能切换到更高级的协议，例如，切换到HTTP的新版本协议 200 OK 请求成功。一般用于GET与POST请求 201 Created 已创建。成功请求并创建了新的资源 202 Accepted 已接受。已经接受请求，但未处理完成 203 Non-Authoritative Information 非授权信息。请求成功。但返回的meta信息不在原始的服务器，而是一个副本 204 No Content 无内容。服务器成功处理，但未返回内容。在未更新网页的情况下，可确保浏览器继续显示当前文档 205 Reset Content 重置内容。服务器处理成功，用户终端（例如：浏览器）应重置文档视图。可通过此返回码清除浏览器的表单域 206 Partial Content 部分内容。服务器成功处理了部分GET请求 300 Multiple Choices 多种选择。请求的资源可包括多个位置，相应可返回一个资源特征与地址的列表用于用户终端

C++中流（stream）是一个对象，所以任何有流这种行为的对象也是流对象。 流主要分为三种类型： istream: 主要是从流中执行输入操作 ostream：主要是从流中执行输出操作 iostream：主要是从流中执行输入输出操作 每个流对象都关联一个流buffer，程序一般从buffer中读取数据，所以如果要重定向流，只需要把buffer对象指向另外一个流即可。 所有的流对象都关联了一个类成员数据streambuf，它就是stream的缓冲区（buffer）。C++读取输入输出的时候是从buffer中读取，而不是源数据流读取。 我们执行重定向操作使用ios::rdbuf()方法。对于这个方法，如果不传参数，那么直接返回流对象的buffer指针。如果传递了某个流对象的buffer指针，那么将当前的流对象绑定到那个传递过来的流对象的buffer上。 例子： stream_object.rdbuf(); //返回流对象buffer stream_object.rdbuf(streambuf * p); //绑定流对象buffer 实际操作： // cout 重定向到文件 #include <fstream> #include <iostream> #include <string> using namespace std; int main() { fstream file; //

1. 这种方式需要用户浏览器访问两次，性能较差 2. HTTP重定向服务器会的处理能力会成为负载均衡的瓶颈 3. HTTP重定向返回302，可能会使搜索引擎判定为SEO作弊，降低搜索排名 来源： https://www.cnblogs.com/muxueyuan/p/12168417.html

状态代码 状态信息 含义 100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） 101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新） 200 OK 一切正常，对GET和POST请求的应答文档跟在后面。 201 Created 服务器已经创建了文档，Location头给出了它的URL。 202 Accepted 已经接受请求，但处理尚未完成。 203 Non-Authoritative Information 文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。 204 No Content 没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。 205 Reset Content 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。 206 Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。 300 Multiple Choices 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择

》请求转发：不管跳转几个页面，都是一次请求，通过请求对象实现 》发送一次请求 》地址栏不会改变 》参数可以一直传递 》只能跳转到内部资源（项目中），不可以跳转外部资源（项目外） 》可以访问受保护的资源（web-inf） req.getRequestDispatcher("demo.html").forward(req, resp); springmvn使用return "forward:/WEB-INF/jsp/demo.jsp"; 》响应重定向：通过响应对象实现，跳转几个页面就发送几次请求 》发送多次请求 》地址栏会发生改变 》参数不能一直传递，需要手动传递，原因是，不是同一次请求了 》既可以跳转到内部资源，也可以跳转到外部资源 》不能访问受保护的资源 resp.sendRedirect("WEB-INF/test.html"); springmvn使用return new RedirectView(req.getContextPath() + "/demo.jsp"); 来源： https://www.cnblogs.com/sxshe/p/12165152.html

使用事件和委托，进程有2个事件OutputDataReceived、ErrorDataReceived可用于重定向标准输出和标准错误输出； 需要注意的是InputDataReceived并不是process的事件，所以标准输入并不可以如此重定向； 使用前需加上： using System.Diagnostics; //可使用process 第一步：确定必要成分 1 Process StartInfostartInfo =newProcessStartInfo(.exe); 2 startInfo.CreateNoWindow = true; //不创建窗口 3 startInfo.UseShellExecute = false; 4 //不使用系统外壳程序启动,重定向输出的话必须设为false 5 startInfo.RedirectStandardOutput = true; //重定向输出， 6 startInfo.RedirectStandardError = true; 第二步：使用try catch块 1 try 2 { 3 　　Processprocess = Process.Start(startInfo); 4 　　process.OutputDataReceived += (s, _e)=> Console.WriteLine(_e.Data); 5 　

常见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 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容

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 没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容 206 Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了它 300 Multiple Choices 客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。 301 Moved Permanently 客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> redirect ( $uri = '' , $method = 'auto' , $code = NULL ) 参数: $uri ( string ) -- URI string //url字符串路径 $method ( string ) -- Redirect method ('auto', 'location' or 'refresh') //指定重定向方式 $code ( string ) -- HTTP Response code (usually 302 or 303) // 通过 HTTP 头重定向到指定 URL 。你可以指定一个完整的 URL ，也可以指定一个 URL 段， 该函数会根据配置文件自动生成改 URL 。 第二个参数用于指定一种重定向方法。可用的方法有： auto 、 location 和 refresh 。 location 方法速度快，但是在 ISS 服务器上不可靠。默认值为 auto ，它会根据你的服务器环境 智能的选择使用哪种方法。 第三个参数可选，允许你发送一个指定的 HTTP 状态码，这个可以用来为搜索引擎创建 301 重定向。 默认的状态码为 302 ，该参数只适用于 location 重定向方法，对于 refresh 方法无效 redirect('/article

目录 Django的View（视图） FBV和CBV Request对象和Response对象 request对象 Response对象 JsonResponse Django的View（视图） 一个视图函数（类），简称视图，是一个简单的Python 函数（类），它接受Web请求并且返回Web响应。 响应可以是一张网页的HTML内容，一个重定向，一个404错误，一个XML文档，或者一张图片。 无论视图本身包含什么逻辑，都要返回响应。 代码写在哪里也无所谓，只要它在你当前项目目录下面。除此之外没有更多的要求了——可以说“没有什么神奇的地方”。 为了将代码放在某处，大家约定成俗将视图放置在项目（project）或应用程序（app）目录中的名为 views.py 的文件中。 一个简单的视图 下面是一个以HTML文档的形式返回当前日期和时间的视图： from django.http import HttpResponse import datetime def current_datetime(request): now = datetime.datetime.now() html = "<html><body>It is now %s.</body></html>" % now return HttpResponse(html) Django使用请求和响应对象来通过系统传递状态。