by Devin Yang

建立于: 7年前 ( 更新: 7年前 )

1xx信息

这一类型的状态码,代表请求已被接受,需要继续处理。这类响应是临时响应,只包含状态行和某些可选的响应头信息,并以空行结束。由於HTTP/1.0协议中没有定义任何1xx状态码,所以除非在某些试验条件下,伺服器禁止向此类客户端传送1xx响应。

2xx成功

这一类型的状态码,代表请求已成功被伺服器接收、理解、并接受。
3xx重定向
这类状态码代表需要客户端采取进一步的操作才能完成请求。通常,这些状态码用来重定向,后续的请求位址(重定向目标)在本次响应的Location域中指明。

4xx客户端错误

这类的状态码代表了客户端看起来可能发生了错误,妨碍了伺服器的处理。除非响应的是一个HEAD请求,否则伺服器就应该返回一个解释当前错误状况的实体,以及这是临时的还是永久性的状况。这些状态码适用於任何请求方法。浏览器应当向用户显示任何包含在此类错误响应中的实体内容。

5xx伺服器错误

表示伺服器无法完成明显有效的请求。这类状态码代表了伺服器在处理请求的过程中有错误或者异常状态发生,也有可能是伺服器意识到以当前的软硬体资源无法完成对请求的处理。除非这是一个HEAD请求,否则伺服器应当包含一个解释当前错误状态以及这个状况是临时的还是永久的解释信息实体。浏览器应当向用户展示任何在当前响应中被包含的实体。这些状态码适用於任何响应方法。

详细数据请查看Wiki
https://zh.wikipedia.org/zh-tw/HTTP状态码

Tags:

Devin Yang

文章内容无法一一说明,如果您有什么不了解处,欢印提问哦:)

No Comment

Post your comment

需要登入才可留言!

类似文章


hashcat,破解

逆天而行的哈希猫(hashcat)

sha1不可逆吗?让我们来看看hashcat如何逆天而行@@ 本文介绍hashcat相关运用,及破解hash的实例。

linux

如何在RHEL 7/CentOS7/Fedora变更timezone

在新版的RHEL 7/CentOS 7或Fedora上,我们可以透过timedatectl来查看状态及进行调整。

linux

haproxy 1.8.9编译日志

日志在Ubuntu下编译haproxy 1.8.9过程。