首页 » 资讯 » 电子商务 » 正文 发布信息
 

ISS日志请求,编码须知

浏览次数:121 发布日期:2013-06-26   
 10状态码的定义
 
每个状态代码如下描述,包括描述方法(次),它可以按照任何响应所需的元信息。
 
1信息1XX
 
这一类的状态代码表示临时的响应,只包含状态行和可选的头,一个空行终止。有没有需要这一类的状态代码头。由于HTTP/1.0没有定义任何1xx状态码,服务器必须发送一个1xx响应HTTP/1.0客户端除了在实验条件下。
 
客户端必须准备接受一个或多个1xx状态响应常规响应之前,即使客户不指望一个100(继续)状态消息。意外1xx状态响应由一个用户代理可能会被忽略。
 
代表委任表格必须转发1xx响应,除非代理和客户端之间的连接已经关闭,或者除非代理本身要求的产生1xx响应。(例如,如果一个
 
代理增加了一个“期待:100继续”字段转发请求,那么就不需要提出了相应的100(继续)响应(次)。)
 
1.1 100继续
 
客户端应该继续其请求。此临时响应是用来通知客户端已收到和尚未被服务器拒绝的初始请求的一部分。客户端应当继续发送请求的其余部分,或者如果请求已经完成,忽略这个响应。服务器必须发送一个请求后,已经完成的最终响应。这个状态代码的使用和处理的详细讨论,请参见8.2.3节。
 
1.1.2 101交换协议
 
服务器的理解和是愿意遵守客户的要求,通过升级消息头字段(14.42节),在该连接上正在使用的应用协议的变化。该服务器将切换空行终止101响应后,立即响应的升级头字段定义的协议。
 
要切换的协议,只有当它是有利的,这样做的。例如,切换到一个新的HTTP版本是优于旧版本,并提供资源时,使用这种功能,切换到一个实时,同步协议可能是有利的。
 
2成功2xx的
 
这一类的状态代码表示客户端的请求被成功接收,理解和接受。
 
1.2.1 200 OK
 
请求成功。响应返回的信息是依赖于请求中所用的方法,例如:
 
GET对应于所请求的资源的实体在响应中被发送;
 
HEAD实体头字段对应所请求的资源在响应不发送任何消息体;
 
刊登实体描述或包含的行动的结果;
 
跟踪实体,包含高端服务器收到请求消息。
 
创建2.2 201
 
该请求已经完成,并导致正在创建一个新的资源。新创建的资源可以由URI()返回响应的实体,最具体的URI的资源由一个Location头字段引用。响应应该包含一个实体,其中包含一系列的资源特点和位置(s)的用户或用户代理可以选择一个最合适的。实体格式指定的Content-Type头字段中给出的媒体类型。源服务器必须创建资源,然后再返回201状态码。如果行动不能立即进行,服务器应该202(接受)响应,而不是回应。
 
201响应可能会包含一个ETag响应头字段,表示实体标记刚刚创建的请求的变量的当前值,请参见第14.19节。
 
2.3 202接受
 
请求已被接受处理,但处理尚未完成。请求可能会或可能不会最终会采取行动,因为它可能是不允许的,处理时实际发生。有没有重新发送一个状态码从一个异步操作,像这样的设施。
 
202的回应是故意不表态。其目的是为了使服务器接受一些其它过程的请求(可能是一个面向批处理的过程,是只运行一次,每天),而不需要用户代理的到服务器的连接继续下去,直到该过程完成。与此响应返回的实体应该包含一个请求的当前状态,并指示一个状态监视器指针或请求被满足时,用户可以期待一些估计。
 
2.4 203非授权信息
 
实体头返回的元信息,可设置为从源服务器是不明确的,但聚集了来自本地或第三方复制。集可能是原始版本的子集或超集。例如,包括当地的注释信息资源,可能会导致在已知的元信息由源服务器的一个超集。不需要使用这个响应代码时,只有适当的响应,否则将200(OK)。
 
2.5 204没有内容
 
服务器已履行请求,但不需要返回一个实体主体,可能希望返回更新的元信息。响应实体头的形式可能包括新的或更新后的元信息,如果存在,应与请求的变量。
 
如果客户端是用户代理,它不应该改变它的文档视图,导致请求被发送。这种反应主要是为了让输入动作要发生的变化,而不会造成用户代理的活动文档视图,但任何新的或更新的元信息应该被应用到文档目前在用户代理的活动视图。
 
204响应必须不包括消息体,因此总是头字段后的第一个空行终止。
 
2.6 205重置内容
 
服务器实现了请求,用户代理应该重置导致请求被发送的文档视图。此响应的主要目的是允许输入要采取的操作是通过用户的输入,然后由结算,其中输入的形式给出,以便用户可以很容易地启动另一个输入动作。响应不能包含一个实体。
 
2.7 206部分内容
 
服务器已经完成了部分GET请求的资源。请求必须包含Range头域(14.35节)指示所需的范围,并可能包括一个If-Range头域(14.27节)要求的条件。
 
响应必须包含以下头字段:
 
      - 无论是一个Content-Range头域(14.16节)表示
        范围包括与此响应,或多重/字节范围
        内容类型包括内容范围领域的每个部分。如果
        Content-Length头域响应,其
        值必须匹配在实际传输的字节数
        消息体。
      - 日期
      - 的ETag的和/或内容位置,如果头已被送往
        在200的相同的请求的响应
      - 到期时,缓存控制,和/或更改,如果字段值可能
        不同于以往任何响应发送相同
        变种
如果206响应是使用了强缓存验证(见第13.3.3节)如果范围请求的结果,响应不应该包含其他实体头。如果响应是一个If-Range请求使用弱验证的结果,响应不能包含其他实体头,这可以防止缓存的实体机构和更新头之间的不一致。否则,回应必须包括所有的实体头,将已返回200(OK)响应了同样的要求。
 
高速缓存必须结合了206响应与其他以前缓存的内容,如果不完全匹配的ETag或Last-Modified的头,见13.5.4。
 
高速缓存,不支持的范围和内容范围标题必??须不缓存206(部分)响应。
 
3重定向3XX
 
这一类的状态代码表示由用户代理需要采取进一步行动,以履行请求。需要采取的行动可能进行由用户代理不与用户的交互,当且仅当在第二个请求所使用的方法是GET或HEAD。客户端应该检测无限重定向循环,因为这样的环路产生的网络流量为每个重定向。
 
      注:本规范的以前版本的建议
      最多五重定向。内容开发者应该知道
      有可能会对这样的固定的客户端执行的
      限制。
3.1 300多种选择
 
所请求的资源对应一组陈述的任何一个,每个都有其自己的具体位置,和代理驱动的协商信息(第12条)所提供,使用户(或用户代理)可以选择一个首选的代表性和重定向其请求发送到该位置。
 
除非是HEAD请求,响应应该包含一个实体,其中包含一系列的资源特点和位置(s)的用户或用户代理可以选择一个最合适的。实体格式指定的Content-Type头字段中给出的媒体类型。根据不同的格式和功能的
 
可以自动执行的用户代理,选择最合适的选择。然而,这个规范没有定义这样一种自动选择任何标准。
 
如果服务器具有代表性的首选,它应该包括特定的URI,表示在位置字段中,用户代理可能使用位置字段值自动重定向。这个响应是可缓存的,除非另有说明。
 
3.2 301永久移动
 
请求的资源已被分配了一个新的的永久URI和未来任何引用此资源应使用一个返回的URI。具有链接编辑功能的客户端应该可以自动重新连结到新的一个或多个引用的Request-URI中的引用由服务器返回的,在可能的情况下。这个响应是可缓存的,除非另有说明。
 
应给予新的永久URI中的位置域响应。除非请求方法是HEAD,响应实体应该包含一个简短的超文本注意带有超链接到新的URI(次)。
 
如果接收到301状态代码以外GET或HEAD请求的响应,用户代理必须不能自动重定向请求,除非它可以由用户确认,因为这可能会改变在何种情况下发出请求。
 
      注意:当自动重定向POST请求后
      接收301状态代码,一些现有的HTTP/1.0用户代理
      会错误地把它变成一个GET请求。
3.3 302实测值
 
所请求的资源临时驻留在不同的URI。由于重定向有时可能会改变,客户端应该继续使用Request-URI为将来的请求。这种反应只缓存,如果一个缓存控制或Expires头域。
 
临时的URI应该给予响应中的“位置”字段。除非请求方法是HEAD,响应实体应该包含一个简短的超文本注意带有超链接到新的URI(次)。
 
如果302状态代码以外GET或HEAD请求的响应,接收用户代理必须不能自动重定向请求,除非它可以由用户确认,因为这可能会改变在何种情况下发出的请求。
 
      注:RFC 1945和RFC 2068规定,不允许客户端
      改变方法重定向的请求。然而,大多数
      现有的用户代理实现对待302,如果它是一个303
      响应,执行GET位置上的字段值,而不管
      原始请求方法。状态代码303和307
      被添加的希望做出明确清晰的服务器
      样的反应预期的客户端。
3.4 303其他
 
响应请求下可以找到一个不同的URI,应使用GET方法,资源检索。这种方法存在主要是为了允许后激活脚本的输出重定向用户代理到选定的资源。新的URI参考最初请求的资源不能代替。303响应必须不能被缓存,但第二(重定向)请求的响应可缓存。
 
应给予不同的URI中的位置域响应。除非请求方法是HEAD,响应实体应该包含一个简短的超文本注意带有超链接到新的URI(次)。
 
      注意:许多pre-HTTP/1.1用户代理不明白303
      状态。当与此类客户端的互操作性是一个问题,
      可以用来代替302状态代码,因为大多数用户代理的反应
      此处介绍的用于303至302响应。
1.3.5 304不修改
 
如果客户端已经执行了条件GET请求,并允许访问,但该文件没有被修改,服务器应该响应这个状态代码。304响应必须不包含消息体,因此总是头字段后的第一个空行终止。
 
响应必须包含以下头字段:
 
      - 日期,除非其遗漏第14.18.1
如果无时钟的起源服务器服从这些规则,并代理和客户端添加自己的日期没有收到任何回应(已指定由[RFC 2068]第14.19),高速缓存将正常运行。
 
      - 的ETag的和/或内容位置,如果头已被送往
        在200的相同的请求的响应
      - 到期时,缓存控制,和/或更改,如果字段值可能
        不同于以往任何响应发送相同
        变种
如果有条件使用了强大的缓存验证(见第13.3.3节),响应不应该包含其他实体头。否则(即使用条件弱验证器),响应必须不包括其他实体头,这可以防止缓存的实体机构和更新头之间的不一致。
 
如果304响应表示的实体目前没有缓存,那么缓存必须不顾响应重复请求,没有条件。
 
如果缓存使用所接收的304响应来更新缓存条目,缓存条目必须更新,以反映任何响应中给出的新的字段值。
 
3.6 305使用代理
 
请求的资源必须通过代理“位置”字段进行访问。“位置”字段给出了代理的URI。收件人有望通过代理重复这个单一的请求。只能生成305响应必须由原始服务器。
 
      注:RFC 2068中并没有明确表示305重定向
      单请求,仅由原始服务器产生。不
      观察这些限制,具有显着的安全后果。
3.7 306(未使用)
 
在以前的版本使用306状态代码的规范,不再使用,代码被保留。
 
3.8 307临时重定向
 
所请求的资源临时驻留在不同的URI。由于重定向有时可能被改变,客户端应该继续使用Request-URI为将来的请求。这种反应只缓存,如果一个缓存控制或Expires头域。
 
临时的URI应该给予响应中的“位置”字段。除非请求方法是HEAD,响应实体应该包含一个简短的超文本注释,超链接到新的URI(次),因为许多pre-HTTP/1.1用户代理不理解307状态。因此,本说明中应当包含一个用户重复新的URI的原始请求所必需的信息。
 
如果307状态代码以外GET或HEAD请求的响应,接收用户代理必须不能自动重定向请求,除非它可以由用户确认,因为这可能会改变在何种情况下发出请求。
 
10.4客户端错误4XX
 
状态码的目的是4XX类案件中,客户端似乎出现了偏差。除了回应HEAD请求时,服务器应该包含一个实体包含错误情况的解释,无论是临时或永久的条件。这些状态码适用于任何请求方法。用户代理应该显示给用户任何包含实体。
 
如果客户端发送数据,服务器使用TCP的实现应该小心,以确保客户端确认收到的数据包()包含响应,之后服务器将关闭输入连接。如果客户端结束后继续发送数据到服务器,服务器的TCP堆栈将发送一个复位包到客户端,由HTTP应用程序才可以读取和解释可能会删除客户端的未确认的输入缓冲区。
 
4.1 400错误的请求
 
请求不能被理解的服务器因语法错误。客户端不应该重复的要求,没有修改。
 
未经授权4.2 401
 
请求需要用户认证。响应必须包含一个WWW-Authenticate头域(14.47节),包含适用于请求的资源是一个挑战。客户可能会重复用合适的Authorization头域(14.8节)的要求。如果请求中已经包含了授权证书,那么401响应表示授权已拒绝这些凭据。如果401响应包含相同的挑战,因为之前的响应,用户代理已经尝试验证至少一次,那么用户应该在响应中给出的实体,因为实体可能包括有关的诊断信息。HTTP接入认证中的“HTTP身份验证:基本和摘要访问认证” [43] 。
 
4.3 402需要付款
 
此代码是保留供未来使用。
 
4.4 403紫禁城
 
服务器理解了请求,但被拒绝履行。授权并不会帮助,,请求不应重复。如果请求方法是HEAD和服务器希望使公众为什么要求尚未达成,应说明原因拒绝在实体。如果服务器不希望使这一信息提供给客户端,状态代码404(未找到)可以用来代替。
 
4.5 404未找到
 
服务器还没有找到任何匹配的Request-URI。没有迹象表明,给出的条件是否是暂时的还是永久的。(飘)410状态码应该被使用,如果服务器知道,通过一些内部配置机制,即一个老的资源是永远无法使用,也没有转发地址。该状态代码时常用的服务器不希望透露究竟为什么请求被拒绝,或者当没有其他反应是适用。
 
4.6 405不允许的方法
 
由Request-URI标识的资源不允许使用Request-Line中指定的方法。响应必须包含一个Allo??w头,其中包含一系列的有效方法,所请求的资源。
 
4.7 406无法接受
 
该请求所标识的资源是唯一能够生成响应实体根据发送请求的接受报头的内容特征无法接受。
 
除非是HEAD请求,响应应该包含一个实体,包含可用的实体特性和位置(s)的用户或用户代理可以选择一个最合适的列表。实体格式指定的Content-Type头字段中给出的媒体类型。根据不同的格式和用户代理的能力,选择最合适的选择可以被自动执行。然而,这个规范没有定义这样一种自动选择任何标准。
 
      注:HTTP/1.1允许服务器返回响应,
      不能接受的接受报头中发送的
      请求。在某些情况下,这甚至可能是优选的发送
      406回应。鼓励用户代理检查的头
      传入的??响应,以确定它是否是可以接受的。
如果响应可能是不可接受的,用户代理应该暂时停止接收更多的数据,并查询用户决定进一步行动。
 
4.8 407需要代理身份验证
 
此代码是401(未授权)类似,但表示客户端必须先验证自己的代理。代理服务器必须返回一个Proxy-Authenticate头域(14.33节),包含适用于代理请求的资源是一个挑战。客户端可以重复一个合适的Proxy-Authorization头域(14.34节)的请求。HTTP接入认证中的“HTTP身份验证:基本和摘要访问认证” [43] 。
 
4.9 408请求超时
 
客户端并没有产生一个请求的时间内,服务器已准备等待。客户可能会重复请求,而无需修改以后的任何时间。
 
4.10 409冲突
 
由于资源的当前状态冲突,请求无法完成。此代码只允许的情况下,预计该用户可能能够解决冲突,并重新提交请求。身体的反应应该包括足够
 
用户能够识别冲突的源的信息。理想的情况下,响应实体为用户或用户代理包含足够的信息来解决这个问题,但是,这可能不是可能的,并且不是必需。
 
冲突是最有可能发生在响应一个PUT请求。例如,如果正在使用的版本和实体包括改变资源冲突与那些由较早的(第三方)请求时,服务器可能会使用409响应,以表明它无法完成请求。在这种情况下,响应实体可能会包含在两个版本之间的差异,由响应的Content-Type定义的格式的列表。
 
4.11 410飘
 
所请求的资源在服务器上不再可用,并没有转发地址是已知的。预计这种情况被认为是永久性的。链接编辑功能的客户端应该删除的Request-URI用户批准后的引用。如果服务器不知道,或者有没有设施,以确定条件,不论是永久性的,状态代码404(未找到),可以用来代替。这个响应是可缓存的,除非另有说明。
 
410响应主要资源是故意没有通知收件人和服务器所有者渴望被删除,远程链接到该资源,旨在帮助网络维护的任务。这样的事件是很常见的有限时间,推广服务和资源属于个人不再工作在服务器的站点。这是没有必要的,以纪念所有永久不可用的资源,“水涨船高”,或任何时间的长短,以保持标记 - 是留给服务器拥有者的自由裁量权。
 
4.12 411需要长度
 
服务器拒绝接受请求没有定义的内容长度。客户可能会重复请求,如果它增加了一个有效的Content-Length头域包含在请求消息的消息体的长度。
 
4.13 412前提条件失败
 
的前提下给出的结果为假时,在服务器上测试请求头字段中的一个或多个。此回应码允许客户取代当前资源标题(标题字段数据)的先决条件,从而防止请求的方法被应用到资源以外的打算。
 
4.14 413请求实体过大
 
服务器拒绝处理请求,因为这个请求的实体超过了服务器愿意或能够处理较大。服务器可能会关闭连接,以防止客户端继续请求。
 
如果条件是暂时的,服务器应该包含一个Retry-After头域,以表明它是暂时的,之后什么时候,客户端可能会尝试再次。
 
4.15 414请求URI太长
 
服务器拒绝服务请求,因Request-URI超过了服务器愿意解释。这种情况很少出现,只可能发生,当客户不当长查询信息,当客户端已经下降到一个URI“黑洞”的重定向(例如重定向的URI前缀指向一个GET请求将POST请求转换它自己的后缀),或当服务器受到攻击客户端试图利用安全漏洞存在于一些服务器使用固定长度的缓冲读取或篡改Request-URI。
 
4.16 415不支持的媒体类型
 
服务器拒绝服务请求,因为请求实体的格式不支持请求的资源的请求方法。
 
4.17 416请求范围不符合
 
如果一个请求,服务器应该返回一个响应,这个状态代码包括Range请求头域(14.35节),并没有在这一领域的范围规范值选定的资源重叠程度,并请求没有包括一个If-Range请求头字段。(字节范围,这意味着第一个字节位置的所有的字节范围规范值大于所选择的资源的当前长度。)
 
当这个状态代码返回一个字节范围请求的响应应该包含一个内容范围指定选定资源的当前长度的实体头域(见14.16节 )。响应MUST NOT使用多重/ byteranges内容,。
 
4.18 417预期失败
 
期望中给出预计此服务器无法满足请求头域(见14.20节),或者,如果服务器是一个代理服务器有明确的证据表明,请求不能得到满足下一跳服务器。
 
5服务器错误5xx系列
 
响应与数字“10”开头的状态代码表示服务器知道,它已经错误或无法执行请求的情况下。除了回应HEAD请求时,服务器应该包含一个实体包含错误情况的解释,无论是临时或永久的条件。用户代理应该显示给用户任何包含实体。这些响应码适用于任何请求方法。
 
5.1 500内部服务器错误
 
服务器遇到意外情况,防止它完成请求。
 
5.2 501未实现
 
服务器不支持所需要的功能来满足请求。这是适当的反应,当服务器无法识别请求的方法,是不能够支持它的任何资源。
 
5.3 502坏网关
 
,同时作为网关或代理服务器收到无效响应从上游服务器,它在试图履行请求访问。
 
5.4 503服务不可用
 
服务器目前无法处理请求的服务器暂时超载或维护。言下之意是,这是一个临时的情况将有所缓解后,一些延迟。如果知道的话,延迟的时间长度可以被显示在一个Retry-After头。如果没有重试后,客户端应该处理的响应,因为它会为一个500响应。
 
      注意:503状态码的存在并不意味着一个
      服务器时必须使用它成为重载。有些服务器可能希望
      简单地拒绝连接。
5.5 504网关超时
 
同时作为网关或代理服务器,没有得到及时的响应从上游服务器指定的URI(如HTTP,FTP,LDAP)或需要访问尝试完成一些其他辅助服务器(例如DNS)该请求。
 
      注意:请注意,以实现:一些部署代理被称为
      返回400或500时,DNS查找的时间。
5.6 505不支持HTTP版本
 
服务器不支持,或者拒绝支持请求消息中的HTTP协议的版本。网站服务器表明它是无法或不愿完成的要求作为客户端使用相同的主要版本,如第 3.1,比此错误消息。响应应该包含一个实体,说明为什么该版本不支持该服务器支持的其他协议。

【ISS日志请求,编码须知】商机信息由野马商机网发布,用户也可以通过野马网免费发布创业商机。

本文商机地址:http://www.37news.cn/news/fenghuiluntan/4605.html