Ruby 在机架中定义自定义状态代码（和消息！）

指定“HTTP状态代码可扩展”：

HTTP状态代码是可扩展的。HTTP应用程序不是必需的 理解所有注册状态代码的含义，尽管 理解显然是可取的

一个常见的例子是Twitter

我想在机架应用程序中使用自定义代码进行响应。我能够以非常简单的方式使用自定义代码：

app = proc do |env|
  ['299', {}, ['Hey there custom status codes!']]
end

run app

服务器正确响应以下命令：

HTTP/1.1 299
Connection: Keep-Alive
...

但我想做的是定义自定义代码和关联的自定义消息。 我搜索了Rack文档并在Google上搜索了一段时间，但没有得到任何结论性的答案。

（1）不要使用自定义状态代码，除非目的是实际记录和注册它们

（2） 状态消息仅用于调试，您不能指望它不会被中介或软件库破坏。而且，它已经在HTTP/2中消失了

（3）如果你需要额外的信息在你的回复中，考虑把它放进消息体。< /P> （4） 有关更多信息，请参阅RFC 7231，而不是RFC 2616。

（1）不要使用自定义状态代码，除非目的是实际记录和注册它们

（2） 状态消息仅用于调试，您不能指望它不会被中介或软件库破坏。而且，它已经在HTTP/2中消失了

（3）如果你需要额外的信息在你的回复中，考虑把它放进消息体。< /P> （4） 有关更多信息，请参阅RFC 7231，而不是RFC 2616。

（1）不要使用自定义状态代码，除非目的是实际记录和注册它们

（2） 状态消息仅用于调试，您不能指望它不会被中介或软件库破坏。而且，它已经在HTTP/2中消失了

（3）如果你需要额外的信息在你的回复中，考虑把它放进消息体。< /P> （4） 有关更多信息，请参阅RFC 7231，而不是RFC 2616。

（1）不要使用自定义状态代码，除非目的是实际记录和注册它们

（2） 状态消息仅用于调试，您不能指望它不会被中介或软件库破坏。而且，它已经在HTTP/2中消失了

（3）如果你需要额外的信息在你的回复中，考虑把它放进消息体。< /P>

---

（4） 有关更多信息，请参阅RFC 7231，而不是RFC 2616。

谢谢。对于第（1）项，我正在写一篇大学研究论文，因此它仅用于演示目的。我知道是出于同样的原因。我不需要用它实现任何东西（3）。无论如何，我认为RFC 7231仍然是一个提议的标准，因为它是最近的（2014年6月）；RFC 7231是当前HTTP/1.1标准的一部分。RFC 2616已被淘汰。谢谢。对于第（1）项，我正在写一篇大学研究论文，因此它仅用于演示目的。我知道是出于同样的原因。我不需要用它实现任何东西（3）。无论如何，我认为RFC 7231仍然是一个提议的标准，因为它是最近的（2014年6月）；RFC 7231是当前HTTP/1.1标准的一部分。RFC 2616已被淘汰。谢谢。对于第（1）项，我正在写一篇大学研究论文，因此它仅用于演示目的。我知道是出于同样的原因。我不需要用它实现任何东西（3）。无论如何，我认为RFC 7231仍然是一个提议的标准，因为它是最近的（2014年6月）；RFC 7231是当前HTTP/1.1标准的一部分。RFC 2616已被淘汰。谢谢。对于第（1）项，我正在写一篇大学研究论文，因此它仅用于演示目的。我知道是出于同样的原因。我不需要用它实现任何东西（3）。无论如何，我认为RFC 7231仍然是一个提议的标准，因为它是最近的（2014年6月）；RFC 7231是当前HTTP/1.1标准的一部分。RFC2616已经过时了。@马特：当然，这正是我要找的。不过我不想找辛纳屈。对不起，谢谢@马特：当然，这正是我要找的。不过我不想找辛纳屈。对不起，谢谢@马特：当然，这正是我要找的。不过我不想找辛纳屈。对不起，谢谢@马特：当然，这正是我要找的。不过我不想找辛纳屈。对不起，谢谢！