为什么'x-www-form-urlencoded'以'x-www'开头,当其他标准内容类型没有？

Question

我知道在过去,自定义标题名称使用前缀"X-"是标准的(我知道它不再被认为是标准的),但我一直无法找到是否有任何标题此命名约定与值之间的关系("application/x-www-form-urlencoded").它是作为后来采用的自定义内容类型值开始的吗？

我在这里找到了这个链接,这当然很有趣,但一直无法找到我的问题的答案.

有人知道这个前缀被选中的原因,以及它的含义是什么？

Answer 1

就历史而言：它具有x-前缀，因为它起源于 Mosaic \xe2\x80\x94 的提案，并且由于它只是一个提案，因此他们使用该x-扩展前缀来最初定义它。但后来其他浏览器也以这种方式实现它，并且没有人抽出时间来正确标准化无前缀的替代方案，所以它就这样坚持下去，现在就是这样。

\n

它可以追溯到 1993 年 www-talk 邮件列表上标题为 \xe2\x80\x9cSubmitting input-form data to server\xe2\x80\x9d 的线程，并且在该线程中，来自 Marc Andreessen 的 1993 年 9 月消息：

\n

\n

这就是我们在 Mosaic 2.0\xe2\x80\xa6 中所做的事情请参阅

\n

http://www.ncsa.uiuc.edu/SDG/Software/Mosaic/Docs/fill-out-forms/overview.html

\n

...了解我们正在做什么的详细信息

\n

\n

该链接现已损坏，但标题为 \xe2\x80\x9cMosaic for X version 2.0 Fill-Out Form Support\xe2\x80\x9d 的文档已存档于 archive.org。这里\xe2\x80\x99s相关摘录：

\n

\n

ENCTYPE指定填写表单内容的编码。该属性仅在METHOD设置为-- 时才适用，即使如此，到目前为止POST也只有一个可能的值（默认值）。application/x-www-form-urlencoded

\n

\n

无论如何，application/x-www-form-urlencoded 现在已在 URL 规范中正式定义，并具有用于解析和序列化 it\xe2\x80\x94 的算法，尽管 it\xe2\x80\x99s 全部定义的部分有以下注释：

\n

\n

该application/x-www-form-urlencoded格式在很多方面都是一种异常的怪物，是多年实施事故和妥协的结果，导致了一系列互操作性所需的要求，但绝不代表良好的设计实践。特别提醒读者密切注意涉及字符编码和字节序列之间重复（在某些情况下是嵌套）转换的扭曲细节。不幸的是，由于 HTML 表单的流行，该格式被广泛使用。

\n

\n

Answer 2

自定义标题名称使用前缀“X-”是标准的

实际上……不，一点也不。准确地说：它从来都不是标准，只是最佳实践。它允许实现者引入新的内容类型和编码，而无需为其编写完整的 RFC。如今，IANA 媒体类型注册机构对此很有用。RFC 6648结束了这种做法。

原因application/x-www-form-urlencoded以这种方式作为前缀（它在所述注册表中被列为适当的 MIME 类型，顺便说一句））源于这样一个事实，即它是一种在 URL 中构造查询字符串的“自定义”方法。这部分从未见过适当的监管。HTML 背后的人只是去做了，这完全证明了前缀是合理的。