HTTP状态码(HTTP Status Code)详解

最常见的HTTP状态码有

200 - 服务器成功返回网页
404 - 请求的网页不存在
503 - 服务器超时或服务器暂时不可用

HTTP是超文本传输协议。浏览器通过HTTP与WEB Server通讯(也有一些其它软件比如IM使用HTTP协议传递数据),请求(HTTP Request)传递给服务器,服务器响应这个请求,返回应答(HTTP Response)以及浏览器需要的数据。

如果某项请求发送到您的服务器要求显示您网站上的某个网页(例如,用户通过浏览器访问您的网页或 Googlebot 抓取网页时),服务器将会返回 HTTP 状态码响应请求。

HTTP Status codes的分类

HTTP 1.1中定义了5大类Status codes,分别是:

1xx:Informational 临时响应信息。
2xx:Successful 成功。
3xx:Redirection 重定向。
4xx:Client Error 客户端错误。
5xx:Server Error 服务器错误。

1xx(临时响应)

表示临时响应并需要请求者继续执行操作的状态代码。

100(继续) 请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分,正在等待其余部分。 
101(切换协议) 请求者已要求服务器切换协议,服务器已确认并准备切换。

2xx (成功)

表示成功处理了请求的状态代码。

200(成功)  服务器已成功处理了请求。 通常,这表示服务器提供了请求的网页。 如果针对您的 robots.txt 文件显示此状态代码,则表示 Googlebot 已成功检索到该文件。
201(已创建)  请求成功并且服务器创建了新的资源。
202(已接受)  服务器已接受请求,但尚未处理。
203(非授权信息)  服务器已成功处理了请求,但返回的信息可能来自另一来源。
204(无内容)  服务器成功处理了请求,但没有返回任何内容。
205(重置内容) 服务器成功处理了请求,但没有返回任何内容。 与 204 响应不同,此响应要求请求者重置文档视图(例如,清除表单内容以输入新内容)。
206(部分内容)  服务器成功处理了部分 GET 请求。

3xx (重定向)
 
要完成请求,需要进一步操作。 通常,这些状态代码用来重定向。 Google 建议您在每次请求中使用重定向不要超过 5 次。 您可以使用网站管理员工具查看一下 Googlebot 在抓取重定向网页时是否遇到问题。 诊断下的网络抓取页中列出了由于重定向错误而导致 Googlebot 无法抓取的网址。

300(多种选择)  针对请求,服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作,或提供操作列表供请求者选择。
301(永久移动)  请求的网页已永久移动到新位置。 服务器返回此响应(对 GET 或 HEAD 请求的响应)时,会自动将请求者转到新位置。 您应使用此代码告诉 Googlebot 某个网页或网站已永久移动到新位置。
302(临时移动) 服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来响应以后的请求。 此代码与响应 GET 或 HEAD 请求的 301 代码类似,会自动将请求者转到不同的位置,但您不应使用此代码来告诉 Googlebot 某个网页或网站已经移动,因为 Googlebot 会继续抓取原有位置并编制索引。
303(查看其他位置) 请求者应当对不同的位置使用单独的 GET 请求来检索响应时,服务器返回此代码。 对于除 HEAD 之外的所有请求,服务器会自动转到其他位置。
304(未修改) 自从上次请求后,请求的网页未修改过。 服务器返回此响应时,不会返回网页内容。

如果网页自请求者上次请求后再也没有更改过,您应当将服务器配置为返回此响应(称为 If-Modified-Since HTTP 标头)。 由于服务器可以告诉 Googlebot 自从上次抓取后网页没有变更,因此可节省带宽和开销。

305(使用代理) 请求者只能使用代理访问请求的网页。 如果服务器返回此响应,还表示请求者应使用代理。
307(临时重定向)  服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来响应以后的请求。 此代码与响应 GET 和 HEAD 请求的 301 代码类似,会自动将请求者转到不同的位置,但您不应使用此代码来告诉 Googlebot 某个页面或网站已经移动,因为 Googlebot 会继续抓取原有位置并编制索引。

4xx(请求错误)
 
这些状态代码表示请求可能出错,妨碍了服务器的处理。

400(错误请求) 服务器不理解请求的语法。
401(未授权) 请求要求身份验证。 对于需要登录的网页,服务器可能返回此响应。
403(禁止) 服务器拒绝请求。 如果您在 Googlebot 尝试抓取您网站上的有效网页时看到此状态代码(可以在 Google 网站管理员工具诊断下的网络抓取页面上看到此信息),可能是您的服务器或主机拒绝 Googlebot 访问。
404(未找到) 服务器找不到请求的网页。 例如,对于服务器上不存在的网页经常会返回此代码。

如果您的网站上没有 robots.txt 文件,而您在 Google 网站管理员工具"诊断"标签的 robots.txt 页上看到此状态,那么这是正确的状态。 但是,如果您有 robots.txt 文件而又看到此状态,则说明您的 robots.txt 文件可能命名错误或位于错误的位置 (该文件应当位于顶级域名,名为 robots.txt)。

如果对于 Googlebot 尝试抓取的网址看到此状态(在"诊断"标签的 HTTP 错误页上),则表示 Googlebot 追踪的可能是另一个页面的无效链接(是旧链接或输入有误的链接)。
 
405(方法禁用) 禁用请求中指定的方法。
406(不接受) 无法使用请求的内容特性响应请求的网页。
407(需要代理授权) 此状态代码与 401(未授权)类似,但指定请求者应当授权使用代理。 如果服务器返回此响应,还会指明请求者应当使用的代理。 
408(请求超时)  服务器等候请求时发生超时。
409(冲突)  服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。 服务器在响应与前一个请求相冲突的 PUT 请求时可能会返回此代码,同时会附上两个请求的差异列表。
410(已删除)  如果请求的资源已永久删除,服务器就会返回此响应。 该代码与 404(未找到)代码相似,但在资源以前存在而现在不存在的情况下,有时会用来替代 404 代码。 如果资源已永久删除,您应当使用 301 指定资源的新位置。
411(需要有效长度) 服务器不接受不含有效内容长度标头字段的请求。
412(未满足前提条件) 服务器未满足请求者在请求中设置的其中一个前提条件。
413(请求实体过大) 服务器无法处理请求,因为请求实体过大,超出服务器的处理能力。
414(请求的 URI 过长) 请求的 URI(通常为网址)过长,服务器无法处理。
415(不支持的媒体类型) 请求的格式不受请求页面的支持。
416(请求范围不符合要求) 如果页面无法提供请求的范围,则服务器会返回此状态代码。
417(未满足期望值) 服务器未满足"期望"请求标头字段的要求。

5xx(服务器错误)

这些状态代码表示服务器在尝试处理请求时发生内部错误。 这些错误可能是服务器本身的错误,而不是请求出错。

500(服务器内部错误)  服务器遇到错误,无法完成请求。
501(尚未实施) 服务器不具备完成请求的功能。 例如,服务器无法识别请求方法时可能会返回此代码。
502(错误网关) 服务器作为网关或代理,从上游服务器收到无效响应。
503(服务不可用) 服务器目前无法使用(由于超载或停机维护)。 通常,这只是暂时状态。
504(网关超时)  服务器作为网关或代理,但是没有及时从上游服务器收到请求。
505(HTTP 版本不受支持) 服务器不支持请求中所用的 HTTP 协议版本。

具体解释摘自:http://www.google.com/support/webmasters/bin/answer.py?hl=cn&answer=40132

更完整全面的信息, 可以浏览官方的HTTP协议内容。 官方的网站地址:http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

简明英文版HTTP状态码(HTTP Status codes)

100:Continue
101:Switching Protocols
102:Processing

200:OK
201:Created
202:Accepted
203:Non-Authoriative Information
204:No Content
205:Reset Content
206:Partial Content
207:Multi-Status

300:Multiple Choices
301:Moved Permanently
302:Found
303:See Other
304:Not Modified
305:Use Proxy
306:(Unused)
307:Temporary Redirect

400:Bad Request
401:Unauthorized
402:Payment Granted
403:Forbidden
404:File Not Found
405:Method Not Allowed
406:Not Acceptable
407:Proxy Authentication Required
408:Request Time-out
409:Conflict
410:Gone
411:Length Required
412:Precondition Failed
413:Request Entity Too Large
414:Request-URI Too Large
415:Unsupported Media Type
416:Requested range not satisfiable
417:Expectation Failed
422:Unprocessable Entity
423:Locked
424:Failed Dependency

500:Internal Server Error
501:Not Implemented
502:Bad Gateway
503:Service Unavailable
504:Gateway Timeout
505:HTTP Version Not Supported
507:Insufficient Storage


  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 德国电信公司(DTC)是一家国际化的电信服务提供商,其业务覆盖全球范围。文档“dtc status定义及更新详解”是一份关于DTC状态定义及更新的详细说明文档。 首先,该文档中详细介绍了DTC状态的定义和各种状态所代表的含义。DTC状态是指DTC设备或服务的当前状态,包括在线、离线、故障、维护等。不同的状态意味着不同的设备或服务状况,这对于运营商管理和故障排查非常重要。 文档进一步解释了DTC状态的更新方式和频率。DTC状态可以通过各种方式进行更新,比如手动更新、自动更新等。更新频率取决于设备或服务的特定需求,可以是实时更新,也可以是定期或不定期更新。 此外,文档详细介绍了DTC状态更新的原因和影响。状态更新可能是由于设备或服务的自身问题,也可能是由于外部因素的影响。状态更新会直接影响设备或服务的可用性和性能,因此必须及时跟踪和处理。 最后,文档还提供了一些更新状态的最佳实践和注意事项。例如,正确理解和解释不同状态的意义,正确选择更新方式和频率,以及建立相应的管理和监控机制等。 总的来说,“dtc status定义及更新详解”是一份非常重要和实用的文档,它帮助解释了DTC状态的定义及其更新方式,并提供了相关的最佳实践和注意事项。这对于DTC设备和服务的管理和故障排查非常有帮助,也有助于提高运营商的效率和服务质量。 ### 回答2: 《dtc status定义及更新详解.docx》是一篇关于dtc(故障码)状态定义和更新的文档。DTC(Diagnostic Trouble Code)是用于指示车辆故障的编码系统。这篇文档详细介绍了DTC状态的定义和更新过程。 文档中首先解释了DTC状态的含义。DTC状态表示了车辆故障的严重程度和处理状态。通过对DTC状态的定义,我们可以了解到故障的类型、重要性和紧急程度。 接下来,文档详细介绍了DTC状态的更新方式。随着车辆技术的不断发展和更新,DTC状态也需要不断更新以适应新的故障类型和情况。文档中提到了几种常见的更新方式,包括软件更新、插件更新和固件更新。同时,文档还指出了更新过程中的注意事项,如备份数据、选择合适的更新方式等。 此外,文档还介绍了DTC状态的分类。根据故障的类型和严重程度,DTC状态可以分为不同的类别,如临时故障、持久故障、重要故障等。每种状态都有相应的处理方法和优先级,文档中也对这些进行了详细的说明。 总的来说,《dtc status定义及更新详解.docx》是一篇关于DTC状态定义和更新的详细文档。通过阅读该文档,我们可以深入了解DTC状态的含义、更新方式和分类,进而更好地处理车辆故障。 ### 回答3: "dtc status定义及更新详解.docx" 这份文档中讲解了DTC(故障代码)状态的定义以及更新的详细说明。DTC是车辆故障诊断系统中的一个重要概念,用于标识车辆可能存在的故障。 文档首先介绍了DTC状态的定义。根据文档的描述,DTC状态可以分为几种不同的类型,包括“持续状态”、“历史状态”和“暂时状态”。持续状态指的是当车辆发生故障时,DTC会立即被记录并保持在诊断系统中,直到问题得到修复。历史状态表示DTC已经被清除,但在未来的时间内仍会被诊断系统保留一段时间,以便能够进行故障回顾。暂时状态则表示DTC是暂时的,可能是由于一些临时性的问题引起的,但并不需要立即修复。 文档还详细解释了DTC状态的更新过程。根据文档所述,DTC状态的更新主要包括两个方面。一方面,DTC状态会在车辆经历了一定数量的驱动循环后进行更新。这是为了确保可能是偶发的、暂时性的故障代码不会一直保留在诊断系统中,以免对正常的车辆操作产生负面影响。另一方面,DTC状态还会根据故障的严重程度和优先级来进行更新。文档中并未给出具体的更新标准和算法,但可以推测,严重程度较高的故障会更快地被更新。 总的来说,这份文档详细介绍了DTC状态的定义和更新过程。深入理解和掌握这些内容对于进行车辆故障诊断和维修非常重要。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值