Type de support MIME approprié pour les fichiers PDF

Lorsque vous travaillez avec des PDF, j’ai parcouru entre autres les types MIME application/pdf et application/x-pdf .

Y a-t-il une différence entre ces deux types, et si oui, de quoi s’agit-il? L’un est-il préféré à l’autre?

Je travaille sur une application Web qui doit fournir d’énormes quantités de fichiers PDF et je veux le faire correctement, le cas échéant.

    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é à partir du registre de types de média MIME .

    Les types MIME sont contrôlés par un organisme de normalisation, l’IANA ( Internet Assigned Numbers Authority ). 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 standardisation 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 la vnd. les espaces de noms sont considérés comme spécifiques aux fournisseurs. x-pdf peut être utilisé pour la compatibilité avec les anciens logiciels.

    Il s’agit d’une convention définie dans la RFC 2045 – Extensions de messagerie Internet multi-usages (MIME), première partie: format des corps de messages Internet .

    1. Les valeurs privées [sous-type] (commençant par “X-“) peuvent être définies bilatéralement entre deux agents coopérants sans enregistrement ou normalisation externe. Ces valeurs ne peuvent être ni enregistrées ni normalisées.

    2. Les nouvelles valeurs standard doivent être enregistrées avec l’IANA comme décrit dans la RFC 2048 .

    Une ressortingction 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 faut lui atsortingbuer un nom commençant par “X-” pour indiquer son statut non standard et éviter un conflit potentiel avec un futur nom officiel.

    (Notez que selon la RFC 2045, “le type de support et le sous-type de support sont TOUJOURS insensibles à la casse”, il n’y a donc pas de différence entre l’interprétation de “X-” et “x-“.)

    Il est donc juste de supposer que “application / x-foo” a été utilisé avant que l’IANA ne définisse “application / foo”. Et cela pourrait encore être utilisé par des personnes qui ne sont pas au courant de l’atsortingbution des jetons IANA.

    Comme Chris Hanson a déclaré que les types MIME sont contrôlés par l’IANA. Ceci est détaillé dans la RFC 2048 – Multipurpose Internet Mail Extensions (MIME), quasortingème partie: procédures d’enregistrement . Selon la RFC 3778 , qui est citée par l’IANA comme la 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 ê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 de dix ans. 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.

    Du type de média Wikipedia,

    Un type de média est composé d’un type, d’un sous-type et de parameters facultatifs. Par exemple, un fichier HTML peut être désigné text / html; charset = UTF-8.

    Le type de support se compose d’un nom de type de niveau supérieur et d’un nom de sous-type, qui est ensuite structuré en “arborescences”.

     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 , vendor , personal ou vanity , non enregistré x.

    La norme:

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

     type / media type name [+suffix] 

    Exemples: “application / xhtml + xml”, “image / png”

    Vendeur:

    L’arborescence des fournisseurs est utilisée pour les types de média associés aux produits disponibles publiquement. 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é:

    Personal ou Vanity Tree comprend les types de supports créés expérimentalement ou dans le cadre de produits non dissortingbués commercialement. Il utilise prs. facette.

     type / prs. media type name [+suffix] 

    Non enregistré x. arbre:

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

    Selon la version précédente de la RFC 6838 – RFC 2048 obsolète (publiée en novembre 1996), il serait rarement nécessaire, voire jamais, d’utiliser des types expérimentaux non enregistrés et, à ce titre, d’utiliser à la fois “x-” et “x”. les formes sont découragées . Les versions précédentes de cette RFC – RFC 1590 et RFC 1521 indiquaient que l ‘utilisation de la notation “x” pour le nom du sous – type pouvait être utilisée 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 MIME type application/pdf est le type approprié à utiliser, alors que vous devriez éviter d’utiliser le type x- media obsolète et non enregistré, comme indiqué dans les RFC 2048 et RFC 6838 .