Tipo de medio MIME adecuado para archivos PDF
Cuando trabajo con archivos PDF, me encuentro con los tipos MIME application/pdf
y application/x-pdf
otros.
¿Existe alguna diferencia entre estos dos tipos y, de ser así, cuál es? ¿Se prefiere uno sobre el otro?
Estoy trabajando en una aplicación web que debe entregar grandes cantidades de archivos PDF y quiero hacerlo de la manera correcta, si es que existe.
El tipo de medio estándar (anteriormente conocido como tipos MIME) es application/pdf
. La asignación se define en RFC 3778, The application/pdf Media Type , al que se hace referencia en el registro de tipos de medios .
Los tipos de medios están controlados por un organismo de normalización, la Autoridad de Números Asignados en Internet (IANA). Esta es la misma organización que administra los servidores de nombres raíz y el espacio de direcciones IP.
El uso de x-pdf
es anterior a la estandarización del tipo de medio para PDF. Los tipos de medios en el x-
espacio de nombres se consideran experimentales, del mismo modo que los del vnd.
espacio de nombres se consideran específicos del proveedor. x-pdf
podría usarse para compatibilidad con software antiguo.
Esta es una convención definida en RFC 2045 - Extensiones multipropósito de correo de Internet (MIME), primera parte: formato de los cuerpos de los mensajes de Internet .
Los valores privados de [subtipo] (que comienzan con "X-") pueden definirse bilateralmente entre dos agentes cooperantes sin registro ni estandarización externos. Estos valores no pueden registrarse ni estandarizarse.
Los nuevos valores estándar deben registrarse en la IANA como se describe en RFC 2048 .
Se aplica una restricción similar al tipo de nivel superior. De la misma fuente,
Si por algún motivo se va a utilizar otro tipo de nivel superior, se le debe asignar un nombre que comience con "X-" para indicar su estado no estándar y evitar un posible conflicto con un nombre oficial futuro.
(Tenga en cuenta que según RFC 2045, "la coincidencia de tipo y subtipo de medio SIEMPRE no distingue entre mayúsculas y minúsculas", por lo que no hay diferencia entre la interpretación de 'X-' y 'x-').
Así que es justo suponer que "application/x-foo" se usó antes de que la IANA definiera "application/foo". Y todavía podría ser utilizado por personas que no conocen la asignación de tokens de la IANA.
Como dijo Chris Hanson, los tipos MIME están controlados por la IANA. Esto se detalla en RFC 2048 - Extensiones multipropósito de correo de Internet (MIME), parte cuatro: Procedimientos de registro . Según RFC 3778 , que la IANA cita como la definición de "aplicación/pdf",
El tipo de medio aplicación/pdf fue registrado por primera vez en 1993 por Paul Lindner para su uso en el protocolo Gopher; El registro fue actualizado posteriormente en 1994 por Steve Zilles.
El tipo "aplicación/pdf" existe desde hace más de una década. Entonces me parece que siempre que se haya utilizado "application/x-pdf" en nuevas aplicaciones, es posible que la decisión no haya sido deliberada.
Del tipo de medio de Wikipedia,
Un tipo de medio se compone de un tipo, un subtipo y parámetros opcionales. Por ejemplo, un archivo HTML podría denominarse texto/html; juego de caracteres = UTF-8.
El tipo de medio consta de un nombre de tipo de nivel superior y un nombre de subtipo, que además se estructura en los llamados "árboles".
top-level type name / subtype name [ ; parameters ]
top-level type name / [ tree. ] subtype name [ +suffix ] [ ; parameters ]
Todos los tipos de medios deben registrarse utilizando los procedimientos de registro de la IANA. Actualmente se crean los siguientes árboles: standard
, vendor
, personal
o vanity
, no registradox.
Estándar:
Los tipos de medios en el árbol de estándares no utilizan ninguna faceta del árbol (prefijo).
type / media type name [+suffix]
Ejemplos: "aplicación/xhtml+xml", "imagen/png"
Proveedor:
El árbol de proveedores se utiliza para tipos de medios asociados con productos disponibles públicamente. Utiliza
vnd.
faceta.
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
Árbol personal o de vanidad:
El árbol Personal o Vanity incluye tipos de medios creados experimentalmente o como parte de productos que no se distribuyen comercialmente. Utiliza
prs.
faceta.
type / prs. media type name [+suffix]
No registrado x. árbol:
La "x". El árbol se puede utilizar para tipos de medios destinados exclusivamente a su uso en entornos locales privados y sólo con el acuerdo activo de las partes que los intercambian. Los tipos de este árbol no se pueden registrar.
Según la versión anterior de RFC 6838, RFC 2048 obsoleta (publicada en noviembre de 1996), rara vez, o nunca, debería ser necesario utilizar tipos experimentales no registrados y, como tal, utilizar tanto "x-" como "x". Se desaconsejan las formas . Las versiones anteriores de ese RFC - RFC 1590 y RFC 1521 establecían que el uso de la notación "x-" para el nombre del subtipo se puede utilizar para subtipos privados y no registrados, pero esta recomendación quedó obsoleta en noviembre de 1996.
type / x. media type name [+suffix]
Por lo tanto, está claro que el tipo MIME estándar application/pdf
es el apropiado, mientras que debe evitar el uso del x-
tipo de medio obsoleto y no registrado como se indica en RFC 2048 y RFC 6838 .