Type de support MIME approprié pour les fichiers PDF

Question

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

Existe-t-il une différence entre ces deux types et, le cas échéant, de quoi s'agit-il? L'un est-il préférable à l'autre?

Je travaille sur une application Web qui doit générer d'énormes quantités de fichiers PDF et je souhaite le faire correctement, le cas échéant.

Answer 1

Le type MIME standard est application / pdf . L'affectation est définie dans la RFC 3778, Le type de média application / pdf , référencé dans le Registre de types de médias MIME .

Les types MIME sont contrôlés par un organisme de normalisation, la autorité Internet de numéros assignés (IANA). ). Il s'agit de 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érieure à la normalisation du type MIME pour PDF. Les types MIME dans l'espace de noms x - sont considérés comme expérimentaux, tout comme ceux de l'espace de noms vnd. sont considérés comme spécifiques au fournisseur. x-pdf peut être utilisé pour la compatibilité avec les anciens logiciels.

Answer 2

Il s'agit d'une convention définie dans RFC 2045 - Extensions de messagerie Internet polyvalentes (MIME) - Première partie: Format des corps de message Internet .

  

  Des valeurs

1. privées [sous-types] (commençant par "X-") peuvent être définies   bilatéralement entre deux agents coopérants sans   enregistrement extérieur ou normalisation. Ces valeurs   ne peut pas être enregistré ou normalisé.

  

2. Les nouvelles valeurs standard doivent être enregistrées auprès de l'IANA, comme indiqué dans la 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 d'éviter un conflit potentiel avec un futur nom officiel.

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

Il est donc juste de deviner que " application / x-foo " a été utilisé avant que l'IANA définisse le terme "application / toto". Et il pourrait toujours être utilisé par des personnes qui ne sont pas au courant de l’attribution de jetons IANA.

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

  

Le type de média application / pdf a été enregistré pour la première fois en 1993 par Paul Lindner pour une utilisation selon le protocole Gopher; l'enregistrement a ensuite été mis à jour en 1994 par Steve Zilles.

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

Answer 3

Type de média Wikipedia,

  

Un type de support est composé d'un type, d'un sous-type et facultatif   paramètres. Par exemple, un fichier HTML peut être désigné sous le nom de texte / html; charset = UTF-8.

     

Le type de support est composé d’un nom de type de niveau supérieur et d’un nom de sous-type, c’est-à-dire   encore 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 supports doivent être enregistrés à l'aide des procédures d'enregistrement IANA. Actuellement, les arbres suivants sont créés: standard , fournisseur , personnel ou vanité , non inscrit x.

Standard:

  

Les types de média dans l’arborescence des normes n’utilisent aucune facette (préfixe) de l’arborescence.

type / media type name [+suffix]

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

Fournisseur:

  

L’arborescence des fournisseurs est utilisée pour les types de média associés aux médias publics.   des produits. Il utilise la facette 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

Arbre personnel ou de vanité:

  

L'arbre personnel ou de vanité inclut les types de média créés à titre expérimental 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 à être utilisés   dans des environnements privés et locaux et uniquement avec l'accord actif de   les parties les échangeant. Les types de cette arborescence ne peuvent pas être enregistrés.

     

Selon la version précédente du RFC 6838 - RFC 2048 obsolète   (publié en novembre 1996) il devrait rarement, voire jamais, être nécessaire   d'utiliser des types expérimentaux non enregistrés, et à ce titre, utiliser à la fois "x-" et   et " x. " les formes est découragée . Versions précédentes de ce RFC - RFC   1590 et RFC 1521 ont déclaré que l'utilisation de "x-" notation pour le   nom de sous-type peut être utilisé pour les sous-types non enregistrés et privés, mais   cette recommandation était obsolète en novembre 1996.

type / x. media type name [+suffix]

Il est donc clair que le type standard MIME application / pdf est celui qu'il convient d'utiliser tout en évitant d'utiliser le type de média obsolète et non enregistré x - , comme indiqué dans RFC 2048 et RFC 6838 .