saber - editar metadatos pdf online
Tipo de medio MIME adecuado para archivos PDF (3)
Desde Wikipedia Tipo de medios,
Un tipo de medio está compuesto por un tipo, un subtipo y parámetros opcionales. Como ejemplo, un archivo HTML podría ser designado text / html; conjunto de caracteres = UTF-8.
El tipo de medio consiste en el nombre de tipo de nivel superior y el nombre de subtipo, que 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 , x. no registrado x.
Estándar:
Los tipos de medios en el árbol de estándares no usan ninguna faceta de árbol (prefijo).
type / media type name [+suffix]
Ejemplos: "application / xhtml + xml", "image / png"
Vendedor:
El árbol de proveedores se utiliza para los 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 vanidad:
El árbol personal o de vanidad 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 usar para tipos de medios destinados exclusivamente para uso en entornos privados, locales y solo con el acuerdo activo de las partes que los intercambian. Los tipos en este árbol no pueden ser registrados.
De acuerdo con la versión anterior de RFC 6838 - RFC obsoleta 2048 (publicada en noviembre de 1996) rara vez, si alguna vez, debería ser necesario usar tipos experimentales no registrados, y como tal el uso de "x-" y "x". Se desalienta la forma . Las versiones anteriores de ese RFC - RFC 1590 y RFC 1521 indicaron que el uso de la notación "x-" para el nombre de subtipo puede usarse para subtipos no registrados y privados, pero esta recomendación fue obsoleta en noviembre de 1996.
type / x. media type name [+suffix]
Por lo tanto, es claro que la application/pdf tipo MIME estándar es la adecuada para usar, mientras que usted debe evitar el uso del tipo x- media obsoleto y no registrado como se indica en RFC 2048 y RFC 6838 .
Al trabajar con archivos PDF, me he encontrado con los tipos MIME application/pdf y application/x-pdf entre otros.
¿Hay una diferencia entre estos dos tipos, y si es así, qué es? ¿Se prefiere una sobre la otra?
Estoy trabajando en una aplicación web que debe entregar enormes cantidades de archivos PDF y quiero hacerlo de la manera correcta, si existe.
El tipo MIME estándar es application/pdf . La asignación se define en RFC 3778, La aplicación / pdf Tipo de medios , a la que se hace referencia en el registro de tipos de medios MIME .
Los tipos MIME son controlados por un organismo de estándares, la Autoridad de Números Asignados de 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 MIME para PDF. Los tipos MIME en el espacio de nombres x- se consideran experimentales, al igual que los de vnd. Los espacios de nombres se consideran específicos del proveedor. x-pdf puede ser usado para compatibilidad con software antiguo.
Esta es una convención definida en RFC 2045 - Extensiones de correo de Internet de usos múltiples (MIME), primera parte: Formato de los cuerpos de mensajes de Internet .
Los valores de [subtipo] privados (que comienzan con "X-") pueden definirse bilateralmente entre dos agentes que cooperan sin registro o estandarización externos. Tales valores no pueden ser registrados o estandarizados.
Los nuevos valores estándar deben registrarse con IANA como se describe en RFC 2048 .
Una restricción similar se aplica al tipo de nivel superior. De la misma fuente,
Si se va a usar otro tipo de nivel superior por cualquier motivo, se le debe dar un nombre que comience con "X-" para indicar su estado no estándar y para evitar un posible conflicto con un nombre oficial futuro.
(Tenga en cuenta que según RFC 2045, "[m] el tipo y el subtipo de medios de comunicación 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 IANA definiera "application / foo". Y todavía puede ser utilizado por personas que no conocen la asignación de token de la IANA.
Como dijo Chris Hanson, los tipos MIME están controlados por la IANA. Esto se detalla en RFC 2048 - Extensiones de correo de Internet multipropósito (MIME) Parte cuatro: Procedimientos de registro . Según RFC 3778 , que es citado por la IANA como la definición de "aplicación / pdf",
El tipo de medio de aplicación / pdf fue registrado por primera vez en 1993 por Paul Lindner para su uso por el protocolo Gopher; la inscripción fue actualizada posteriormente en 1994 por Steve Zilles.
El tipo "aplicación / pdf" ha existido durante más de una década. Así que me parece que siempre que se haya usado "aplicación / x-pdf" en nuevas aplicaciones, la decisión puede no haber sido deliberada.