PDF 파일에 적합한 MIME 미디어 유형


1283

PDF로 작업 할 때 MIME 유형을 application/pdf비롯한 application/x-pdf여러 가지 방법 을 사용 했습니다.

이 두 유형간에 차이가 있습니까? 그렇다면 어떻게됩니까? 하나는 다른 것보다 선호됩니까?

엄청난 양의 PDF를 제공 해야하는 웹 앱을 개발 중이며 올바른 방법으로 수행하고 싶습니다.

답변:


1705

표준 MIME 유형은 application/pdf입니다. 과제는 RFC 3778, application / pdf 미디어 유형에 정의되어 있으며 MIME 미디어 유형 레지스트리 에서 참조됩니다 .

MIME 유형은 표준 기관인 IANA ( Internet Assigned Numbers Authority )에 의해 제어됩니다 . 이것은 루트 이름 서버와 IP 주소 공간을 관리하는 동일한 조직입니다.

사용은 x-pdfPDF에 대한 MIME 유형의 표준화 이전입니다. x-네임 스페이스의 MIME 유형은 네임 스페이스의 MIME 유형 vnd.이 공급 업체별로 고려 되는 것처럼 실험적인 것으로 간주됩니다. x-pdf이전 소프트웨어와의 호환성을 위해 사용될 수 있습니다.


6
2020 업데이트 : 이 시점에서이 application/pdf유형을 사용해야합니다. 실제로 기존 소프트웨어와 호환되지 않아도되는 경우를 제외하고는 x-pdf...
janniks

156

이것은 RFC 2045-MIME (Multipurpose Internet Mail Extensions) 1 부 : 인터넷 메시지 본문 형식에 정의 된 규칙 입니다.

  1. 비공개 [subtype] 값 ( "X-"로 시작)은 외부 등록 또는 표준화없이 두 협력 에이전트간에 양방향으로 정의 될 수 있습니다. 이러한 값은 등록하거나 표준화 할 수 없습니다.

  2. RFC 2048에 설명 된 대로 새로운 표준 값을 IANA에 등록해야합니다 .

최상위 유형에도 유사한 제한이 적용됩니다. 같은 출처에서

어떤 이유로 든 다른 최상위 레벨 유형을 사용하려는 경우 비표준 상태를 표시하고 향후 공식 이름과의 잠재적 충돌을 피하기 위해 "X-"로 시작하는 이름을 지정해야합니다.

(RFC 2045에 따라 "미디어 유형 및 하위 유형의 캐칭은 항상 대소 문자를 구분하지 않습니다"이므로 'X-'와 'x-'의 해석에는 차이가 없습니다.

따라서 IANA가 "application / foo"를 정의하기 전에 "application / x-foo"가 사용 된 것으로 추측합니다. 그리고 여전히 IANA 토큰 할당을 모르는 사람들이 사용할 수 있습니다.

Chris Hanson이 말했듯이 MIME 유형은 IANA에 의해 제어됩니다. 자세한 내용은 RFC 2048-MIME (Multipurpose Internet Mail Extensions) 4 부 : 등록 절차에 자세히 설명되어 있습니다. 에 따르면 RFC 3778 되고, IANA에 의해 인용 "응용 프로그램 / PDF"에 대한 정의로,

응용 프로그램 / pdf 미디어 유형은 1993 년 Paul Lindner가 고퍼 프로토콜에 사용하기 위해 처음 등록했습니다. 등록은 1994 년 Steve Zilles에 의해 업데이트되었습니다.

"application / pdf"유형은 10 년 이상 사용되어 왔습니다. 따라서 새로운 응용 프로그램에서 "application / x-pdf"가 사용 된 곳에서는 그 결정이 고의적이지 않은 것으로 보입니다.


28

위키 백과 미디어 유형에서

미디어 유형은 유형, 하위 유형 및 선택적 매개 변수로 구성됩니다. 예를 들어, HTML 파일은 text / html로 지정 될 수 있습니다. charset = UTF-8.

미디어 유형은 최상위 유형 이름과 하위 유형 이름으로 구성되며 소위 "트리"로 구성됩니다.

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

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

모든 미디어 유형은 IANA 등록 절차를 사용하여 등록해야합니다. 현재 다음과 같은 나무가 만들어 : standard, vendor, personal또는 vanity, 등록x.

표준:

표준 트리의 미디어 유형은 트리 패싯 (접두사)을 사용하지 않습니다.

type / media type name [+suffix]

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

공급 업체 :

공급 업체 트리는 공개적으로 사용 가능한 제품과 관련된 미디어 유형에 사용됩니다. 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

개인 또는 허영 나무 :

개인 또는 가상 트리에는 실험적으로 또는 상업적으로 배포되지 않은 제품의 일부로 생성 된 미디어 유형이 포함됩니다. prs.패싯을 사용합니다 .

type / prs. media type name [+suffix]

미등록 x. 나무:

"x" 트리는 개인, 지역 환경 및 독점적으로 교환하는 당사자의 동의를 위해서만 사용되는 매체 유형에 사용될 수 있습니다. 이 트리의 유형은 등록 할 수 없습니다.

이전 버전의 RFC 6838-폐기 된 RFC 2048 (1996 년 11 월에 게시)에 따르면 등록되지 않은 실험 유형을 사용하거나 "x-"및 "x"를 모두 사용할 필요는 거의 없습니다. 양식은 권장하지 않습니다 . RFC-RFC 1590 및 RFC 1521의 이전 버전에서는 하위 유형 이름에 "x-"표기법을 사용하여 등록되지 않은 개인 하위 유형에 사용할 수 있지만이 권장 사항은 1996 년 11 월에 폐기되었습니다.

type / x. media type name [+suffix]

따라서 RFC 2048RFC 6838에 설명 된 대로application/pdf 더 이상 사용되지 않는 미등록 x-미디어 유형을 사용하지 않아야하는 반면 표준 유형 MIME 유형 이 사용하기에 적합한 유형이라는 것이 분명합니다 .


3
@TNguyen : 해가 없습니다. :) 나는 다른 버전의 답변을 갖는 것이 좋다고 생각하여 주제를 검색하는 사람에게 추가 정보를 제공 할 것입니다. 또한 다른 답변과 비교하여 추가 정보를 인용했습니다.
sunil
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.