etc./StackOverFlow

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

청렴결백한 만능 재주꾼 2022. 7. 9. 02:48
반응형

질문자 :friedo


PDF로 작업할 때 MIME 유형 application/pdfapplication/x-pdf 를 실행했습니다.

이 두 가지 유형 사이에 차이점이 있으며 그렇다면 무엇입니까? 하나가 다른 것보다 선호됩니까?

저는 엄청난 양의 PDF를 제공해야 하는 웹 앱에서 작업 중이며 올바른 방법이 있는 경우 이를 수행하고 싶습니다.



표준 미디어 유형(이전에는 MIME 유형으로 알려짐)은 application/pdf 입니다. 할당은 미디어 유형 레지스트리 에서 참조되는 RFC 3778, The application/pdf Media Type 에 정의되어 있습니다.

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

x-pdf 의 사용은 PDF용 미디어 유형의 표준화 이전입니다. x- vnd. 미디어 유형과 마찬가지로 실험적인 것으로 간주됩니다. 네임스페이스는 공급업체별 것으로 간주됩니다. x-pdf 는 이전 소프트웨어와의 호환성을 위해 사용될 수 있습니다.


Chris Hanson

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

  1. 비공개 [하위 유형] 값("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: 등록 절차에 자세히 설명되어 있습니다. IANA에서 "application/pdf"에 대한 정의로 인용한 RFC 3778 에 따르면,

application/pdf 미디어 유형은 gopher 프로토콜에서 사용하기 위해 Paul Lindner가 1993년에 처음 등록했습니다. 등록은 이후 1994년에 Steve Ziles에 의해 업데이트되었습니다.

"application/pdf" 유형은 10년이 훨씬 넘었습니다. 그래서 새로운 앱에서 "application/x-pdf"가 사용된 곳이라면 어디에서나 결정이 고의적이지 않았을 수 있습니다.


GargantuChet

Wikipedia 미디어 유형에서,

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

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

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

모든 미디어 유형은 IANA 등록 절차를 사용하여 등록해야 합니다. 현재 다음 트리가 생성됩니다: standard , vendor , personal 또는 vanity , unregistered x.

기준:

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

 type / media type name [+suffix]

예: "application/xhtml+xml", "이미지/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

개인 또는 화장수:

Personal 또는 Vanity tree에는 실험적으로 생성되거나 상업적으로 배포되지 않는 제품의 일부로 생성된 미디어 유형이 포함됩니다. prs. 사용합니다. 한 면.

 type / prs. media type name [+suffix]

등록되지 않은 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에 명시된 대로 사용되지 않고 등록되지 않은 x- media 유형을 사용하지 않는 동안 표준 유형 MIME 유형 application/pdf 가 사용하기에 적합한 것이 분명합니다.


Lucky

출처 : http:www.stackoverflow.com/questions/312230/proper-mime-media-type-for-pdf-files

반응형