PDF로 작업 할 때 MIME 유형을 application/pdf비롯한 application/x-pdf여러 가지 방법 을 사용 했습니다.
이 두 유형간에 차이가 있습니까? 그렇다면 어떻게됩니까? 하나는 다른 것보다 선호됩니까?
엄청난 양의 PDF를 제공 해야하는 웹 앱을 개발 중이며 올바른 방법으로 수행하고 싶습니다.
답변
표준 MIME 유형은 application/pdf입니다. 과제는 RFC 3778, application / pdf 미디어 유형에 정의되어 있으며 MIME 미디어 유형 레지스트리 에서 참조됩니다 .
MIME 유형은 표준 기관인 IANA ( Internet Assigned Numbers Authority )에 의해 제어됩니다 . 이것은 루트 이름 서버와 IP 주소 공간을 관리하는 동일한 조직입니다.
사용은 x-pdfPDF에 대한 MIME 유형의 표준화 이전입니다. x-네임 스페이스의 MIME 유형은 네임 스페이스의 MIME 유형 vnd.이 공급 업체별로 고려 되는 것처럼 실험적인 것으로 간주됩니다. x-pdf이전 소프트웨어와의 호환성을 위해 사용될 수 있습니다.
답변
이것은 RFC 2045-MIME (Multipurpose Internet Mail Extensions) 1 부 : 인터넷 메시지 본문 형식에 정의 된 규칙 입니다.
최상위 유형에도 유사한 제한이 적용됩니다. 같은 출처에서
어떤 이유로 든 다른 최상위 레벨 유형을 사용하려는 경우 비표준 상태를 표시하고 향후 공식 이름과의 잠재적 충돌을 피하기 위해 “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”가 사용 된 곳에서는 그 결정이 고의적이지 않은 것으로 보입니다.
답변
위키 백과 미디어 유형에서
미디어 유형은 유형, 하위 유형 및 선택적 매개 변수로 구성됩니다. 예를 들어, 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 2048 및 RFC 6838에 설명 된 대로application/pdf 더 이상 사용되지 않는 미등록 x-미디어 유형을 사용하지 않아야하는 반면 표준 유형 MIME 유형 이 사용하기에 적합한 유형이라는 것이 분명합니다 .
