PDF文件的正确MIME媒体类型

application/pdf . 分配在中定义 RFC 3778, The application/pdf Media Type ,引用自 Media Types registry

Internet Assigned Numbers Authority (IANA)。这是管理根名称服务器和IP地址空间的同一个组织。

x-pdf 早于PDF媒体类型的标准化。中的媒体类型 x- 命名空间被认为是实验性的,就像 vnd. x-pdf 可能用于与旧软件兼容。

RFC 2045 - Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies .

1. 私有的 两个合作机构之间的双边合作 外部注册或标准化。这些价值观

2. 新标准值应按照中所述向IANA注册 RFC 2048 .

类似的限制也适用于顶级类型。来自同一来源,

如果出于任何原因要使用另一个顶级类型,则必须 并避免与未来的官方名称发生潜在冲突。

因此,可以公平地猜测,“application/x-foo”是在IANA定义“application/foo”之前使用的。它仍然可能被那些不知道IANA令牌分配的人使用。

正如Chris Hanson所说,MIME类型由IANA控制。详细信息请参见 RFC 2048 - Multipurpose Internet Mail Extensions (MIME) Part Four: Registration Procedures RFC 3778 cited by the IANA 作为“应用程序/pdf”的定义,

应用程序/pdf媒体类型于1993年由Paul Lindner首次注册,供gopher协议使用;随后,Steve Zilles于1994年更新了注册。

“application/pdf”类型已经存在了十多年。因此,在我看来,无论新应用程序中使用了“application/x-pdf”,这个决定可能都不是经过深思熟虑的。

媒体类型由类型、子类型和可选类型组成

媒体类型包括顶级类型名称和子类型名称,即 进一步构造成所谓的“树”。

top-level type name / subtype name [ ; parameters ]

top-level type name / [ tree. ] subtype name [ +suffix ] [ ; parameters ]

应使用IANA注册程序注册所有媒体类型。目前已创建以下树: standard , vendor , personal vanity ,未注册 x.

标准:

标准树中的媒体类型不使用任何树面(前缀)。

type / media type name [+suffix]

示例:“应用程序/xhtml+xml”、“图像/png”

供应商树用于与公开可用的媒体关联的媒体类型 产品。它使用 vnd. 方面

type / vnd. media type name [+suffix] - used in the case of well-known producer

type / vnd. producer's name followed by media type name [+suffix] - producer's name must be approved by IANA

type / vnd. producer's name followed by product's name [+suffix] - producer's name must be approved by IANA

作为非商业分销产品的一部分。它使用 prs. 方面

type / prs. media type name [+suffix]

未注册x。树:

“x”树可用于专用的介质类型 交换它们的各方。无法注册此树中的类型。

根据先前版本的RFC 6838-废弃的RFC 2048 如果有必要的话,它应该很少是必要的 使用未注册的实验类型,因此使用“x-” 不鼓励使用“x”形式 . 该RFC的早期版本-RFC 1590年和RFC 1521规定,使用“x-”符号表示 这项建议于1996年11月被废止。

type / x. media type name [+suffix]

application/pdf 是一个适当的使用,而你应该避免使用过时的和未注册的 x- RFC 2048 RFC 6838 .