Question Type de support MIME correct pour les fichiers PDF


Lorsque je travaille avec des PDF, j'ai parcouru les types MIME application/pdf et application/x-pdf entre autres.

Y a-t-il une différence entre ces deux types, et si oui, qu'est-ce que c'est? Est-ce que l'un est préféré à l'autre?

Je travaille sur une application web qui doit fournir d'énormes quantités de PDF et je veux le faire correctement, s'il y en a un.


1108
2017-11-23 06:49


origine


Réponses:


Le type MIME standard est application/pdf. L'affectation est définie dans RFC 3778, L'application / pdf Type de support, référencé à partir du Registre des types de médias MIME.

Les types MIME sont contrôlés par un organisme de normalisation, L'autorité d'assignation des numéros internet (IANA). C'est la même organisation qui gère les serveurs de noms racine et l'espace d'adressage IP.

L'utilisation de x-pdf est antérieur à la standardisation du type MIME pour PDF. Les types MIME dans le x- namespace sont considérés comme expérimentaux, tout comme ceux dans le vnd. namespace sont considérés comme spécifiques au fournisseur. x-pdf pourrait être utilisé pour la compatibilité avec les anciens logiciels.


1477
2017-11-23 07:22



Ceci est une convention définie dans RFC 2045 - MIME (Multipurpose Internet Mail Extensions) Première partie: le format des corps de message Internet.

  1. Privé [sous-type] les valeurs (commençant par "X-") peuvent être définies   bilatéralement entre deux agents coopérants sans   enregistrement extérieur ou normalisation. De telles valeurs   ne peut pas être enregistré ou standardisé.

  2. Les nouvelles valeurs standard doivent être enregistrées auprès de l'IANA, comme décrit dans RFC 2048.

Une restriction similaire s'applique au type de niveau supérieur. De la même source,

Si un autre type de niveau supérieur doit être utilisé pour une raison quelconque, il doit être   donné un nom commençant par "X-" pour indiquer son statut non-standard   et pour éviter un conflit potentiel avec un futur nom officiel.

(Notez que selon la RFC 2045, "[la description du type et du sous-type de média est TOUJOURS insensible à la casse", donc il n'y a pas de différence entre l'interprétation de 'X-' et 'x-'.)

Donc, il est juste de deviner que "application / x-foo" a été utilisé avant la "application / foo" définie par l'IANA. Et il peut toujours être utilisé par des personnes qui ne sont pas au courant de l'attribution de jeton IANA.

Comme l'a dit Chris Hanson, les types MIME sont contrôlés par l'IANA. Ceci est détaillé dans RFC 2048 - MIME (Multipurpose Internet Mail Extensions) Quatrième partie: Procédures d'enregistrement. Selon RFC 3778, lequel est cité par l'IANA comme la définition de "application / pdf",

Le type de support application / pdf a été enregistré pour la première fois en 1993 par Paul Lindner pour être utilisé par le protocole gopher; l'enregistrement a ensuite été mis à jour en 1994 par Steve Zilles.

Le type "application / pdf" existe depuis plus d'une décennie. Il me semble donc que partout où "application / x-pdf" a été utilisé dans de nouvelles applications, la décision n'a peut-être pas été délibérée.


137
2017-12-29 12:13



Du type Wikipedia Media,

Un type de média est composé d'un type, d'un sous-type et facultatif   paramètres. A titre d'exemple, un fichier HTML peut être désigné par text / html; jeu de caractères = UTF-8.

Le type de support se compose du nom de type de premier niveau et du nom de sous-type, qui est   davantage structuré en soi-disant "arbres".

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

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

Tous les types de média doivent être enregistrés en utilisant les procédures d'enregistrement de l'IANA. Actuellement, les arbres suivants sont créés: standard, vendor, personal ou vanity, non enregistré x. 

La norme:

Les types de support dans l'arborescence des normes n'utilisent aucune facette d'arborescence (préfixe).

type / media type name [+suffix]

Exemples: "application / xhtml + xml", "image / png"

Vendeur:

L'arborescence du fournisseur est utilisée pour les types de média associés au public   des produits. Il utilise vnd. facette.

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

Arbre personnel ou de vanité:

L'arborescence personnelle ou de vanité inclut les types de média créés expérimentalement ou   dans le cadre de produits qui ne sont pas distribués commercialement. Il utilise    prs. facette.

type / prs. media type name [+suffix]

Non enregistré x. arbre:

Le "x" arbre peut être utilisé pour les types de supports destinés exclusivement à l'utilisation   dans des environnements privés et locaux et uniquement avec l'accord actif de   les parties les échangeant. Les types dans cet arbre ne peuvent pas être enregistrés.

Selon la version précédente de la RFC 6838 - obsolète RFC 2048   (publié en novembre 1996) il devrait rarement, voire jamais, être nécessaire   utiliser des types expérimentaux non enregistrés, et en tant qu'utilisation des deux "x-"   et "x". les formes sont découragées. Les versions précédentes de ce RFC - RFC   1590 et RFC 1521 ont déclaré que l'utilisation de la notation «x-» pour   Le nom du sous-type peut être utilisé pour les sous-types non enregistrés et privés, mais   cette recommandation a été abandonnée en novembre 1996.

type / x. media type name [+suffix]

Il est donc clair que le type MIME de type standard application/pdf est le bon à utiliser alors que vous devriez éviter d'utiliser le désuet et non enregistré x- type de support comme indiqué dans RFC 2048 et RFC 6838.


19
2017-12-14 08:31