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

Question

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

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

我知道这篇 SO 文章和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.wreckingballmedia.com.runtime = 102ms

你可以在这里阅读官方推荐：http : //tools.ietf.org/html/rfc6648

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