gpt4 book ai didi

rest - 客户端的 HTTP 状态代码已过期

转载 作者:可可西里 更新时间:2023-11-01 15:13:28 28 4
gpt4 key购买 nike

我正在努力使我的 REST API 不再总是以 STATUS: 200 OK 响应,如果出现问题,返回的 JSON 中包含一个 error 键,并在出现问题时尝试使用正确的状态代码。

到目前为止,我已经将我的服务器的大部分移动到正确的状态代码 200、201、400、401、403、404、500、501 和 503

目前,我正在尝试找出拒绝访问已过时客户端的 API 调用的最佳方法。目前我正在发送使用授权 token 编码的客户端版本。

我在使用状态代码 426 和 412 之间犹豫不决。 426 状态代码的标题似乎是我想要的用例,但描述让我有点担心。 412 如果我将我的版本控制从授权 token 中移开并将其放在它自己的 header 中,这似乎是合适的。

这是我的第一个 REST API,它运行良好,我只是想将它转换为遵循最佳实践。所以我有点困惑。

TLDR;

  • 我应该将我的版本控制移到 Headers 中并使用 Status 412
  • 我应该使用状态码 426
  • 这里是否缺少我应该用来请求客户端更新的代码。

注意:我的客户端不是网络浏览器。它是一个移动设备。

最佳答案

让我们快速浏览一下您提出的解决方案:状态代码 412 现在由 RFC 7232, section 4.2 授权.如果 section 3 中描述了一个或多个先决条件,它将在条件请求的上下文中使用所述 RFC 阻止给定请求完成。

代码 426 受 RFC 7231, section 6.5.15 约束.此代码让客户端知道用于访问资源的[http] 协议(protocol)版本 太旧而无法完成请求。这两个代码均不适用于此处。

this chart 的帮助下,我认为这里有两个代码就足够了:

400 有点含糊(故意如此),表示请求存在一般问题。

这有点牵强,因为此代码表示存在授权问题。但是,它本身并不与身份验证相关联,因此您在这里应该没问题。

就我个人而言,我会选择 400。您可能还想看看 RFC 7807用于传输 API 错误的标准化方法。

关于rest - 客户端的 HTTP 状态代码已过期,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42225444/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com