选择正确的HTTP返回代码为未来的资源

Question

我不知道该HTTP代码是一个独特的方案是正确的选择。

客户端可以通过使用PUT到预先已知URI上传实体。然后，该实体在服务器上处理，这可能需要一些时间（即，转码/处理）。如果这样做，资源在它上传到的URI下可用。

现在我不能确定这是正确的HTTP响应代码返回，如果做处理之前的客户端查询资源。我正在寻找类似于410 Gone的对面。由于应用程序体系结构的原因，不同的客户端在处理完成之前会知道URI（至少是做过上传的客户端）。

此外，我不想使用WebDAV扩展的代码，虽然会有一些有效的。

我有一些初步的想法，但我不知道哪个最适合：

• 307 Temporary Redirect重定向到占位符资源。
• 405 Method Not Allowed GET只被允许后=>客户端必须不缓存这个答案。
• 503 Service Unavailable强调在服务器端错误=>也许对于客户究竟有错有些不清楚。
• 还有其他想法吗？

我应该选择？

Answer 1

你可以返回一个202接受响应初始PUT，然后204无内容任何GET请求，直到表示是可用的。

Answer 2

有您的使用情况下，没有特定的HTTP代码。也许你想使用WebDAV的扩展名423 LOCKED：

423（锁定）状态码表示方法的源或目标资源被锁定。

Answer 3

返回202和一个响应正文，其中包含状态和指向可监视状态的资源的链接。

当有人得到还没有准备好资源，用307来临时。重定向到该监控页面。

这要求客户端了解包含监视资源链接的实体媒体类型，因此，在机器对机器系统中，如果您使用此类系统，您需要为此提供媒体类型或至少使用某种微格式HTML。