最近在测试CDN服务质量问题,测试过程中返回了一些不同的状态码,当然有一些常用的,也有一些不常用的.最奇葩的是在使用curl命令的时候出现000状态码,问了很多同事,对这个000的反应跟新事物是的. 一.生产环境常见的HTTP CODE 生产环境常见的HTTP状态码列表(List of HTTP status codes)为: 2XX成功: 200 - OK,服务器成功返回网页     - Standard response for successful HTTP requests. 3XX

最近了解下Nginx的Code状态码,在此简单总结下.一个http请求处理流程: 一个普通的http请求处理流程,如上图所示:A -> client端发起请求给nginxB -> nginx处理后,将请求转发到uwsgi,并等待结果C -> uwsgi处理完请求后,返回数据给nginxD -> nginx将处理结果返回给客户端每个阶段都会有一个预设的超时时间,由于网络.机器负载.代码异常等等各种原因,如果某个阶段没有在预期的时间内正常返回,就会导致这次请求异常,进而产生不同的状态码

在最后的程序执行完毕之前,加入下列语句,即可实现所有的返回码都为200即使在服务器内部发生错误,会报500情况下只要加上register_shutdown_function函数的处理同样可以实现返回200的效果header("HTTP/1.0 200 OK");或者返回999等待,都可以的header("HTTP/1.1 999 666666");这样做的目的:(对用户更加友好的处理方式)主要是为了屏蔽错误,把错误日志输出到错误日志中,同时保证返回正常信息或者跳转到

TCP通信过程 如下图所示,TCP通信过程包括三个步骤:建立TCP连接通道(三次握手).数据传输.断开TCP连接通道(四次挥手). 这里进一步探究TCP三路握手和四次挥手过程中的状态变迁以及数据传输过程.先看TCP状态状态转换图. 上半部分是TCP三路握手过程的状态变迁,下半部分是TCP四次挥手过程的状态变迁. CLOSED:起始点,在超时或者连接关闭时候进入此状态,这并不是一个真正的状态,而是这个状态图的假想起点和终点.LISTEN:服务器端等待连接的状态.服务器经过 socket,bind,

最近了解下Nginx的Code状态码,在此简单总结下. 先来再回顾一下一个http请求处理流程: 一个普通的http请求处理流程,如上图所示: A -> client端发起请求给nginx B -> nginx处理后,将请求转发到uwsgi,并等待结果 C -> uwsgi处理完请求后,返回数据给nginx D -> nginx将处理结果返回给客户端 每个阶段都会有一个预设的超时时间,由于网络.机器负载.代码异常等等各种原因,如果某个阶段没有在预期的时间内正常返回,就会导致这次请求

概念 301 Moved Permanently 被请求的资源已永久移动到新位置,并且将来任何对此资源的引用都应该使用本响应返回的若干个URI之一.如果可能,拥有链接编辑功能的客户端应当自动把请求的地址修改为从服务器反馈回来的地址.除非额外指定,否则这个响应也是可缓存的. 新的永久性的URI应当在响应的Location域中返回.除非这是一个HEAD请求,否则响应的实体中应当包含指向新的URI的超链接及简短说明. 如果这不是一个GET或者HEAD请求,因此浏览器禁止自动进行重定向,除非得到用户的确

不管是面试还是工作中,经常会碰到需要通过HTTP状态码去判断问题的情况,比如对于后台RD,给到前端FE的一个接口,出现502或者504 error错误,FE就会说接口存在问题,如果没有知识储备,那就只能RD自己背锅...但是这其实更多是需要运维OP去排查. 状态码的分类 1XX:Infomational(信息性状态码)接收的请求正在处理 2XX:Success(成功状态码)请求正常处理完毕 3XX:Redirection(重定向状态码)需要进行附加操作以完成请求 4XX:Client Error

通过Java发送url请求,查看该url是否有效,这时我们可以通过获取状态码来判断. try { URL u = new URL("http://10.1.2.8:8080/fqz/page/qizha/pros_add.jsp"); try { HttpURLConnection uConnection = (HttpURLConnection) u.openConnection(); try { uConnection.connect(); System.out.println(u

  状态码 含义 100 客户端应当继续发送请求.这个临时响应是用来通知客户端它的部分请求已经被服务器接收,且仍未被拒绝.客户端应当继续发送请求的剩余部分,或者如果请求已经完成,忽略这个响应.服务器必须在请求完成后向客户端发送一个最终响应. 101 服务器已经理解了客户端的请求,并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求.在发送完这个响应最后的空行后,服务器将会切换到在Upgrade 消息头中定义的那些协议. 只有在切换新的协议更有好处的时候才应该采取类似措施.例如,切

Http状态码表示Http协议所返回的响应的状态.比如客户端向服务器发送请求,如果成功的获得请求的资源,则返回的状态码为200,表示相应成功.如果请求的资源不存在,则通常返回404错误. Http状态码通常分为5种类型,分别由1~5五个数字开头,由3位整数组成.1xx通常用作实验用途.这一章节主要介绍2xx.3xx.4xx.5xx等常用的几种状态码. 状态码 代码描述 处理方式 200 请求成功 获得响应的内容,进行处理 201 请求完成,结果是创建了新资源. 新创建资源的URI可在响应的实体中

生产环境常见的HTTP状态码列表(List of HTTP status codes)为: 200 - OK,服务器成功返回网页     - Standard response for successful HTTP requests. 301 - Moved Permanently(永久跳转),请求的网页已永久跳转到新位置.    - This and all future requests should be directed to the given. 403 - Forbidden(禁止

分类 1xx \> Information(信息) // 接收的请求正在处理 2xx \> Success(成功) // 请求正常处理完毕 3xx \> Redirection(重定向) // 需要进行附加操作以完成请求 4xx \> Client Error(客户端错误) // 服务器无法处理请求 5xx \> Server Error(服务器错误) // 服务器处理请求出错 速查 2xx(成功) 200 OK // 处理好了,内容给你,用GET我就给你内容,HEAD不给

一些常见的状态码为: 200 - 服务器成功返回网页 404 - 请求的网页不存在 503 - 服务不可用 所有状态解释: 1xx(临时响应)表示临时响应并需要请求者继续执行操作的状态代码. 代码 说明 100 (继续) 请求者应当继续提出请求. 服务器返回此代码表示已收到请求的第一部分,正在等待其余部分. 101 (切换协议) 请求者已要求服务器切换协议,服务器已确认并准备切换. 2xx (成功)表示成功处理了请求的状态代码.代码 说明 200 (成功) 服务器已成功处理了请求. 通常,这表示

1- AJAX状态值与状态码区别AJAX状态值是指,运行AJAX所经历过的几种状态,无论访问是否成功都将响应的步骤,可以理解成为AJAX运行步骤.如:正在发送,正在响应等,由AJAX对象与服务器交互时所得:使用"ajax.readyState"获得.(由数字1~4单位数字组成)AJAX状态码是指,无论AJAX访问是否成功,由HTTP协议根据所提交的信息,服务器所返回的HTTP头信息代码,该信息使用"ajax.status"所获得:(由数字1XX,2XX三位数字组成,

http状态码负责表示客户端HTTP请求的返回结果.标记服务器端的处理是否正常.通知出现的错误等工作. 状态码类别分组如下: 1. 1XX: informational(信息性状态码)  接收的请求正在处理 2. 2XX: Success(成功状态码)  请求正常处理完毕 3. 3XX: Redirection(重定向状态码) 需要进行附加操作以完成请求 4. 4XX: Client Error(客户端错误状态码) 服务器无法处理请求 400--Bad Request:请求的报文中存在语法错误.

状态码的职责是当客户端向服务器端发送请求时,描述返回请求结果.借助状态码,用户可以知道服务器端是正常处理了请求,还是出现了什么错误. RFC2616定义的状态码,由3位数字和原因短信组成.数字中的第一位指定了响应类别,后两位无分类.响应类别有以下5种: Type Reason-phrase Note 1XX Informational 信息性状态码,表示接受的请求正在处理 2XX Success 成功状态码,表示请求正常处理完毕 3XX Redirection 重定向状态码,表示需要客户端需要进

HTTP状态码是一个依附于HTTP响应的3位数字,它是协议语义的一部分,能在最基本的层面上让客户端知道服务器在尝试处理请求的时候发生了什么事情.HTTP规范总共定义了41一个响应码,本文将对所有的状态码进行介绍. RFC2616 一.状态码家族 HTTP状态码的第一位数字是表明请求进展情况的一个非常通用的指示.HTTP规范使用1~5作为首数字分别定义了5个状态码家族. 1xx:Information 仅在HTTP客户端与服务器之间进行协商时使用. 2xx:Successful 客户端所要求的任意

HTTP状态码被分为五大类, 目前我们使用的HTTP协议版本是1.1, 支持以下的状态码.随着协议的发展,HTTP规范中会定义更多的状态码. 小技巧: 假如你看到一个状态码518, 你并不知道具体518是什么意思. 这时候你只要知道518是属于(5XX,服务器错误就可以了) 类型 已定义范围 分类 1XX 100-101 信息提示 2XX 200-206 成功 3XX 300-305 重定向 4XX 400-415 客户端错误 5XX 500-505 服务器错误 常见的状态码 一般人只需要了解以

    今日读书,无法理解HTTP302.303.307状态码的来龙去脉,决定对其做深究并总结于本文.       <HTTP权威指南>第3章在讲解30X状态码时,完全没有讲清楚为什么要有302.303.307,以及他们的关系,一句“问题出在HTTP/1/1”让我一头雾水,莫名其妙:而第五章在讲重定向响应时,没有说到现在很常见的302,反而是说我从没遇到过的303和307.很是迷惑,对于这3个状态码,WiKi和RFC文档都有详解,下面我以我的思维添油加醋的描述一遍. 一.状态码——302  

在我们向服务器发送一个HTTP请求时,会经历tcp连接(三次握手),发送HTTP请求,服务器返回HTTP响应,浏览器对响应中的状态码进行分析判断,来确定请求是否成功,是否成功得到我们需要的信息. 那么,对于服务器返回的常见状态码,浏览器会怎样应对呢? 1xx:是预留给协议的 2xx:是表示请求成功的 3xx:是表示重定向的 4xx:是客户端错误的 5xx:是服务器端错误的 常见状态码: 2xx 200:Success.请求成功. 3xx 301:永久重定向.当返回的状态码是301时,浏览器需要重