MIME 타입 참조

MIME 타입은 브라우저와 서버에게 다루는 콘텐츠의 종류를 알립니다. 웹 서버가 파일을 보낼 때 Content-Type 헤더에 MIME 타입을 포함해 브라우저가 이를 어떻게 표시하거나 처리할지 알게 합니다.

이 데이터베이스는 가장 일반적인 MIME 타입을 다룹니다. 덜 일반적인 타입은 전체 목록을 유지 관리하는 IANA(Internet Assigned Numbers Authority) 공식 레지스트리를 참조하세요.

문맥에 따라 일부 파일 확장자는 여러 MIME 타입에 매핑될 수 있습니다. 예를 들어 .js는 application/javascript 또는 text/javascript일 수 있습니다. 이 도구는 가장 일반적으로 사용되는 매핑을 보여줍니다.

type/subtype에 선택적 매개변수가 붙는 형태로, RFC 6838이 표준화했습니다: text/html; charset=utf-8, 또는 multipart/form-data; boundary=----WebKitFormBoundary. type은 넓은 카테고리입니다 - application, audio, font, image, text, video, IANA 등록 트리 중에서 - 매개변수는 charset이나 multipart boundary 같은 세부 정보를 담습니다.

폴백입니다: 알 수 없는 바이너리 데이터. 서버는 타입을 모르거나 다운로드를 강제할 때 이를 보내며, 클라이언트는 열지 않고 파일을 저장하는 것으로 응답합니다. 렌더링되기를 기대한 문서에 octet-stream을 받는 것은 보통 서버 측 매핑이 없거나 잘못되었다는 뜻입니다.

브라우저는 Content-Type이 없거나 일반적일 때 실제 타입을 추측하려고 응답의 첫 바이트를 검사합니다 - 페이로드가 HTML로 취급될지 스크립트로 취급될지는 보안에 영향을 주므로 알고리즘이 규정되어 있습니다. 서버는 X-Content-Type-Options: nosniff를 보내 선언된 타입의 준수를 강제하는데, 이는 예를 들어 JSON 응답이 HTML로 렌더링되는 것을 막습니다.

페이지와 스타일을 위한 text/html과 text/css; 스크립트를 위한 text/javascript(현재 표준화된 값); API를 위한 application/json; 파일 업로드를 위한 multipart/form-data; 확장 가능한 그래픽을 위한 image/svg+xml; WebAssembly 모듈 응답을 위한 application/wasm. 이것들을 정확히 하는 것은 실행 모드, 보안, CORS 처리에 영향을 미칩니다.

서로 다른 타입의 여러 부분을 하나의 메시지로 포장하는 컨테이너로, 각 부분은 자체 헤더와 boundary 구분자를 가집니다. multipart/form-data는 HTTP에서 폼 파일 업로드를 전달하고; multipart/alternative는 이메일이 같은 콘텐츠를 일반 텍스트와 HTML로 제공하게 하며; multipart/byteranges는 HTTP Range 요청 위에서 재개 가능한 다운로드를 지원합니다.