0

    谷歌建议使用500, 503

    2023.05.18 | admin | 225次围观

    一、1xx 信息响应

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

    二、2xx 成功

    此类状态代码表示客户端请求的操作已被接收、理解和接受。

    三、3xx 重定向

    此类状态代码表示客户端必须采取其他操作才能完成请求。其中许多状态代码用于URL 重定向。

    300 - 多项选择,指示客户端可以从中选择的资源的多个选项。例如,此代码可用于呈现多个视频格式选项、列出具有不同文件扩展名的文件。

    301- 永久移动,这个请求和所有未来的请求都应该指向给定的URI。

    302- 暂时移动,告诉客户端查看(浏览)另一个 URL。

    303- 查看其他(自 HTTP/1.1 起),可以使用 GET 方法在另一个URI下找到对请求的响应。

    304- 未修改,指示资源自请求标头If-Modified-Since 或 If-None-Match指定的版本以来未被修改。

    305- 使用代理(自 HTTP/1.1 起),请求的资源只能通过代理使用,其地址在响应中提供。(出于安全原因,许多 HTTP 客户端(例如Mozilla Firefox和Internet Explorer)不遵守此状态代码。)

    306- 切换代理,不再使用。最初的意思是“后续请求应该使用指定的代理”。

    307- 临时重定向(自 HTTP/1.1 起),在这种情况下,应该使用另一个 URI 重复请求;但是,未来的请求仍应使用原始 URI。与历史上 302 的实现方式不同,重新发出原始请求时不允许更改请求方法。例如,应使用另一个 POST 请求重复 POST 请求。

    308-永久重定向,这个请求和所有未来的请求都应该指向给定的URI。308 与 301 的行为相似,但不允许更改 HTTP 方法。

    四、4xx 客户端错误

    此类状态代码适用于似乎是由客户端引起的错误情况。除了响应 HEAD 请求时,服务器应该包含一个实体,其中包含对错误情况的解释,以及它是临时的还是永久的。这些状态代码适用于任何请求方法。用户代理应该向用户显示任何包含的实体。

    400- 错误请求,服务器不理解请求的语法。例如,格式错误的请求语法、大小太大、无效的请求消息框架或欺骗性请求路由,服务器不能或不会处理该请求。

    401-未授权,请求要求身份验证。对于需要登录的网页,服务器可能返回此响应。

    响应必须包含一个 WWW-Authenticate 头字段,其中包含适用于所请求资源的质询。请参阅基本访问身份验证和摘要访问身份验证。

    当网站禁止IP 地址(通常是网站域)并且该特定地址被拒绝访问网站时,某些网站会错误地发出 HTTP 401。

    402- 需要付款,保留以供将来使用。最初的意图是此代码可能用作某种形式的数字现金或小额支付方案的一部分,例如GNU Taler 所提议的,但这尚未发生,并且此代码未被广泛使用。

    如果特定开发人员超过每日请求限制,Google Developers API 将使用此状态。

    如果帐户没有足够的资金来发起呼叫,Sipgate将使用此代码。

    Shopify在商店未支付费用并暂时停用时使用此代码。

    条纹将此代码用于参数正确的失败付款,例如阻止欺诈性付款。

    403-禁止访问,该请求包含有效数据并被服务器理解,但服务器拒绝执行操作。

    可能是由于用户没有资源的必要权限或需要某种帐户,或试图执行禁止的操作(例如,在只允许一个记录的情况下创建重复记录)。如果请求通过回答 WWW-Authenticate 标头字段质询来提供身份验证,但服务器不接受该身份验证,则通常也会使用此代码。

    404- 未找到,找不到请求的资源,但将来可能可用。客户的后续请求是允许的。

    405- 方法不允许,请求的资源不支持请求方法;例如,对需要通过POST呈现数据的表单的 GET 请求,或对只读资源的 PUT 请求。

    406- 不可接受,根据请求中发送的 Accept 标头,请求的资源只能生成不可接受的内容。请参阅内容协商。

    谷歌建议使用500, 503

    407- 需要代理身份验证,客户端必须首先向代理验证自己。

    408-请求超时,服务器等待请求超时。根据 HTTP 规范:“客户端在服务器准备等待的时间内没有产生请求。客户端可以在以后的任何时间不加修改地重复请求。”

    409- 冲突,表示由于资源的当前状态存在冲突而无法处理请求,例如多个同时更新之间的编辑冲突。

    410- 没了,表示请求的资源以前在使用中网页找不到了错误信息连接失败,但不再可用,也不会再次可用。当有意删除资源并应清除资源时网页找不到了错误信息连接失败,应使用此方法。收到 410 状态代码后,客户端以后不应再请求该资源。搜索引擎等客户端应从其索引中删除该资源。大多数用例不需要客户端和搜索引擎清除资源,而是可以使用“404 Not Found”。

    411- 长度要求,请求没有指定其内容的长度,这是请求的资源所要求的。

    412- 前置条件失败,服务器不满足请求者在请求标头字段中设置的先决条件之一。

    413- 负载太大,请求大于服务器愿意或能够处理的。以前在 RFC 2616 中称为“请求实体太大”。[19]

    414- URI 太长,提供的URI太长,服务器无法处理。通常是将太多数据编码为 GET 请求的查询字符串的结果,在这种情况下,应将其转换为 POST 请求。

    415- 不支持的媒体类型,请求实体具有服务器或资源不支持的媒体类型。例如,客户端上传图像为image/svg+xml,但服务器要求图像使用不同的格式。

    416- 范围不可满足,客户端已请求文件的一部分(字节服务),但服务器无法提供该部分。例如,如果客户端请求文件超出文件末尾的部分。在 RFC 2616 之前称为“无法满足的请求范围”。

    417- 期待失败,服务器无法满足 Expect 请求头字段的要求。

    418- 我是茶壶(RFC 2324、RFC 7168),当客户端给一个茶壶发送泡咖啡的请求时,茶壶就返回一个418错误状态码,表示“我是一个茶壶”。

    这段代码在 1998 年被定义为传统的IETF 愚人节笑话之一,在 RFC 2324,超文本咖啡壶控制协议中,预计不会被实际的 HTTP 服务器实现。RFC 指定此代码应由请求冲泡咖啡的茶壶返回。

    此 HTTP 状态在某些网站中用作复活节彩蛋,例如Google.com 的“我是茶壶”复活节彩蛋。有时,此状态代码也用作对被阻止请求的响应,而不是更合适的 403 Forbidden。

    421- 错误的请求,请求指向无法产生响应的服务器(例如,由于连接重用)。

    422- 不可处理的实体,该请求格式正确,但由于语义错误而无法执行。

    423- 锁定(WebDAV;RFC 4918),正在访问的资源已锁定。

    424 - 依赖失败(WebDAV;RFC 4918),请求失败,因为它依赖于另一个请求,而那个请求失败了(例如,一个 PROPPATCH)。

    425- 太早 (RFC 8470),表示服务器不愿意冒险处理可能被重播的请求。

    426 - 需要升级,客户端应切换到升级标头字段中给出的不同协议,例如TLS/1.3。

    428- 需要先决条件 (RFC 6585),源服务器要求请求是有条件的。旨在防止“丢失更新”问题,客户端获取资源的状态,修改它,并将其返回给服务器,同时第三方修改了服务器上的状态,导致冲突。

    429- 请求过多 (RFC 6585),用户在给定时间内发送了太多请求。旨在与速率限制方案一起使用。当你需要限制客户端请求某个服务的数量,也就是限制请求速度时,该状态码就会非常有用。

    431- 请求标头字段太大 (RFC 6585),服务器不愿意处理请求,因为单个标头字段或所有标头字段共同太大。[29]

    451- 因法律原因不可用(RFC 7725),服务器操作员已收到拒绝访问资源或包含所请求资源的一组资源的合法请求。

    五、5xx 服务器错误

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

    以数字“5”开头的响应状态代码表示服务器知道它遇到错误或无法执行请求的情况。除了在响应 HEAD 请求时,服务器应该包含一个包含错误情况解释的实体,并指出它是临时的还是永久的。同样,用户代理应该向用户显示任何包含的实体。这些响应代码适用于任何请求方法。

    500-内部服务器错误,一般错误消息,在遇到意外情况且没有更具体的消息适用时给出。

    501- 未实现,服务器要么无法识别请求方法,要么无法完成请求。通常这意味着未来的可用性(例如,网络服务 API 的新功能)。

    501-错误的网关,服务器充当网关或代理,并从上游服务器收到无效响应。

    502-服务不可用,服务器无法处理请求(因为它超载或停机维护)。通常,这是一个临时状态。

    503-网关超时,服务器充当网关或代理,没有收到来自上游服务器的及时响应。

    版权声明

    本文仅代表作者观点。
    本文系作者授权发表,未经许可,不得转载。

    发表评论