降价的mime类型是什么？

Question

降价的mime类型是什么？

ila*_*nco 99 markdown mime plaintext mime-types

任何人都知道是否存在降价的mime类型？我想这是纯文本但有更具体的一个吗？

Answer 1

没有官方标准类型,但text/markdown似乎是最常见的事实类型.大多数浏览器和其他相当复杂的客户端可能会看到该text/部件并默认为默认text/plain,因此没有太大区别.

但有一点需要注意:在相关RFC标准中,所有类型都在text/默认情况下默认为ISO-8859-1中的字符类型.此后,世界上大多数人都转向UTF-8.所以除非你肯定你不会使用任何有趣的角色(或生活在旧的Windows世界中),你可能想要指定如下:

text/markdown; charset=UTF-8

Run Code Online (Sandbox Code Playgroud)

对,就是这样.世界上有很多有趣的人物.我试着成为其中之一. (32认同)
"有趣的人物"是指世界上绝大多数人每天用来交流的人物. (31认同)
如果你自己实现这个,你应该使用`text/markdown`:[RFC 6648(Best Current Practice 178)不推荐使用`x-`前缀](http://www.rfc-editor.org/bcp/ bcp178.txt)于2012年6月. (31认同)
如果邮件客户支持这一点并使用Daringfireball Markdown作为它的基础,本来会很棒.不幸的是,他们没有.我甚至不知道是否有人将其作为RFC草案提交给IETF.我还研究了Enriched Text MIME类型,发现许多邮件客户端不再支持它 - 现在它支持HTML Mail.此外,[丰富的文本格式](http://en.wikipedia.org/wiki/Enriched_text)从不支持超链接. (3认同)

Answer 2

Mat*_*iSG 103

tl; dr:`text/markdown`自2016年3月起

2016年3月,在IETFtext/markdown注册为RFC7763.

以前应该是这样的text/x-markdown.下面的文字描述了2016年3月之前的情况,当时RFC7763仍然是草案.

关于Gruber的定义没有官方建议,但在官方邮件列表上对该主题进行了大量讨论,并达成了选择text/x-markdown.

这个结论后来受到了挑战,已经得到确认,可以,IMO,被认为是共识.

这是缺乏官方mime类型的唯一合乎逻辑的结论:text/几乎在任何地方都会提供适当的默认值,x-因为我们没有使用官方类型,markdown而不是gruber.或者其他因为类型现在如此常见.

然而,关于Markdown的不同"味道" 仍然未知.我想有人应该注册一个官方类型,这应该很容易,但我怀疑是否有人敢超越John Gruber,因为他最近证明了他对Markdown的依恋.

关于IETF 有一个草案text/markdown,但内容似乎根本没有描述Markdown,所以在它变得更完整之前我不会使用它.

Answer 3

and*_*otn 12

根据RFC7763 \xe2\x80\x9c从2016年开始的text/markdown类型\xe2\x80\x9d，一般的MIME类型是

\n

text/markdown; charset=UTF-8\n

Run Code Online (Sandbox Code Playgroud)\n

其中charset参数是必需的，但不一定是UTF-8。

\n

该 RFC 还指定了一个可选variant参数，并且 Internet\n数字分配机构维护Markdown\n变体\n的注册表，通过该注册表可以指定 Markdown 的特定变体，例如，

\n

text/markdown; charset=UTF-8; variant=Original\ntext/markdown; charset=UTF-8; variant=GFM\ntext/markdown; charset=UTF-8; variant=CommonMark\n

Run Code Online (Sandbox Code Playgroud)\n

某些变体允许更多参数，如\n RFC7764 \xe2\x80\x9cGuidance on Markdown\xe2\x80\x9d中指定的那样，\ne.g，您可以添加extensions=-startnum变pandoc体以指定对方言的调整，\尽管我不知道 pandoc 如何/是否会真正解释这一点。

\n

为什么需要字符集？

\n

RFC2046 \xe2\x80\x9cMIME Part Two\xe2\x80\x9d from 1996\n将 US-ASCII 设置为默认字符集，但也表示

\n

\n
“文本”的任何未来子类型的规范必须指定\n它们是否也将使用“字符集”参数，并且也可能\n限制其值。
\n

\n

然后， 1999 年的 RFC2616 \xe2\x80\x9cHTTP/1.1\xe2\x80\x9d\n指定 ISO-8859-1 作为text/*通过 HTTP 传输的默认字符集\n，并且随着 Web 成为主要的通信模式，\n这成为媒体类型的假定默认编码text/*。

\n

如果没有显式字符集或注册特定于 mime 类型的默认值，text/*则被视为\nUS-ASCII，除非所述文本通过 HTTP 传输，在这种情况下，\n它被视为 ISO-8859-1。

\n

RFC 6657 \xe2\x80\x9c关于“字符集”参数处理的 MIME 更新\n文本媒体类型\xe2\x80\x9d \n试图澄清此差异\n通过要求所有新媒体类型注册\n明确指定如何\n确定字符集，\n最好将其包含在 HTML 允许的有效负载中\n <meta charset=UTF-8>。

\n

text/markdown\n注册将参数指定charset 为 \xe2\x80\x9cRequired。\ text/markdownn 、无效、US-ASCII、\nISO-8859-1 或实际上几乎总是的 UTF-8。

\n