内部Web应用程序的自定义HTTP标头

Question

内部Web应用程序中的自定义http标头是否有任何可接受的命名约定？

严格意义上的内部意味着具有此标题的请求永远不会通过公共互联网传输。在自由意义上的内部意味着虽然请求可以通过公共互联网传输，但服务器端点将始终是受特定供应商控制的机器。

我知道this SO article和RFC 6648。

然而，在后一篇文章中提出的推理并不能说服我说：

2.  SHOULD employ meaningful parameter names that they have reason to
    believe are currently unused.

3.  SHOULD NOT prefix their parameter names with "X-" or similar
    constructs.

好吧，X-<meaningful_name>传达了<meaningful_name>建议的语义+这个标题既没有被分配也没有在官方标准维护权限中注册的信息，所以项目2.，3出现了有点矛盾。

当然，我可以使用Vnd-之类的其他标记或公司/产品名称前缀，甚至可以使用像Foo-这样的习惯用语。但是，针对X-前缀的参数仍然适用。

另一方面，只需使用“有意义的名称”，即可获得与官方标准或其他公司认可的相同术语的未来冲突，其产品将成为处理流程的一部分。

PS： 如果这个问题被认为过于不明确，请道歉。我很乐意把它搬到其他更合适的地方。

Answer 1

是的，有一个公认的命名惯例。

VND。{域}。{键}

示例：VND.wreckingballmedia.com.runtime = 102ms

您可以在此处阅读官方推荐：http://tools.ietf.org/html/rfc6648

它基本上说每个人都认为“X-MyNonStandardHeader = Value”是一个好主意，但仍然存在命名冲突。它说你可能会使用UUID或其他东西，但是，他们推荐VND.domain.key格式。