맨위로가기

미디어 타입

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

미디어 타입은 데이터 형식을 나타내는 식별자로, `타입/서브타입` 형식을 사용하며 선택적으로 매개변수를 추가할 수 있다. 최상위 유형으로는 application, audio, example, font, image, message, model, multipart, text, video 등이 있으며, 서브타입은 표준, 벤더, 개인, 미등록 트리로 분류된다. 미디어 타입은 파일 형식을 지정하고, 웹 브라우저 및 메일 클라이언트 등에서 파일 렌더링 방식을 결정하는 데 사용된다.

더 읽어볼만한 페이지

  • 전자 우편 - 전자우편
    전자우편은 컴퓨터 네트워크를 이용하여 편지와 메시지를 주고받는 시스템으로, 시분할 메인프레임 통신에서 시작하여 @ 기호 주소 체계 도입 후 아파넷을 통해 대중화되었으며, 다양한 형식의 파일 첨부와 스팸 등의 문제에도 불구하고 널리 사용되는 통신 수단이다.
  • 전자 우편 - 레이 톰린슨
    미국의 프로그래머 레이 톰린슨은 ARPANET에서 이메일 시스템을 개발하고 이메일 주소에 앳(@) 기호를 도입하여 이메일의 아버지로 불린다.
  • 리눅스 - 리누스의 법칙
    리누스의 법칙은 오픈 소스 개발에서 많은 개발자가 코드 검토에 참여할수록 버그가 빨리 발견되고 수정된다는 개념을 담고 있지만, 개발 환경에 따라 효과가 달라질 수 있다는 비판도 존재한다.
  • 리눅스 - 2038년 문제
    2038년 문제는 유닉스 시간의 정수 오버플로우로 인해 2038년 1월 19일 이후에 오류가 발생하는 문제이며, 64비트 시스템 전환 등으로 해결하려 한다.
  • 메타데이터 - DOAJ
    DOAJ는 과학 및 학술 저널의 오픈 액세스 가시성을 높이고 이용 편의성을 향상시켜 접근성과 영향력을 확대하며, 피어 리뷰를 거친 학술지를 엄격하게 심사하여 수록하고 모든 콘텐츠를 무료로 제공하는 오픈 액세스 저널 디렉토리이다.
  • 메타데이터 - 해시태그
    해시태그는 2007년 트위터에서 관심 주제를 묶기 위해 제안되어 마이크로블로깅 네트워크에서 널리 사용되기 시작했으며, 다양한 분야에서 활용되고 언어학적 분석의 대상이 되기도 한다.
미디어 타입
파일 형식 정보
종류파일 형식
인터넷 미디어 유형목록 참조
식별매직 넘버
파일 확장자
사용HTTP
MIME
이메일
상세 정보
설명미디어 유형(이전 MIME 유형)은 파일 형식을 식별하기 위해 사용됨
추가 정보IANA 미디어 유형 목록

2. 명명 규칙

미디어 타입은 `타입/서브타입` 형태로 구성되며, 선택적으로 매개변수를 추가하여 더 자세한 정보를 제공할 수 있다. 예를 들어, HTML 파일은 `text/html; charset=UTF-8`와 같이 표현할 수 있는데, 여기서 `text`는 타입, `html`은 서브타입, `charset=UTF-8`은 문자 인코딩을 나타내는 선택적 매개변수이다.[38]

타입, 서브타입, 매개변수 이름은 대소문자를 구분하지 않지만, 매개변수 값은 대소문자를 구분하는 경우가 많다.[2] 매개변수는 여러 개를 지정할 수도 있다. (예: `text/plain; charset=iso-2022-jp; format=flowed; delsp=yes`)[25]

서브 타입은 "트리"라고 불리는 추가적인 분류를 가진다. 미디어 타입의 일반적인 형식(구문)은 다음과 같다.


  • `최상위 미디어 타입명 / 서브 타입명 [ ; 매개변수 ]`
  • `최상위 미디어 타입명 / [ 트리. ] 서브 타입명 [ +접미사 ] [ ; 매개변수 ]`

2. 1. 구조

미디어 타입은 유형(type), 아형(subtype), 선택적 매개변수로 구성된다.

예를 들어 HTML 파일은 `text/html; charset=UTF-8`로 지정된다. 여기서 `text`는 유형, `html`는 아형, `charset=UTF-8`은 문자 인코딩을 가리키는 선택적 매개변수이다.[38]

미디어 타입은 최상위 유형 이름과 아형 이름으로 이루어지며, "트리"라는 구조로 구조화된다. 미디어 타입은 매개변수라는 데이터를 선택적으로 정의할 수 있다.[38]

구조는 다음과 같다.

`최상위 유형 이름 / 아형 이름 [ ; 매개변수 ]`

`최상위 유형 이름 / [ 트리. ] 아형 이름 [ +접미사 ] [ ; 매개변수 ]`[38]

현재 등록된 최상위 유형 이름은 '''application''', '''audio''', '''example''', '''font''', '''image''', '''message''', '''model''', '''multipart''', '''text''', '''video'''이다. 흔히 쓰이는 비공식적인 최상위 이름은 '''chemical'''이다.[38]

타입, 서브타입, 매개변수 이름은 대소문자를 구분하지 않는다. 매개변수 값은 일반적으로 대소문자를 구분하지만, 의도된 사용에 따라 대소문자를 구분하지 않고 해석될 수 있다.[2]

매개변수는 복수로 지정할 수도 있다. (예: `text/plain; charset=iso-2022-jp; format=flowed; delsp=yes`)[25]

2. 2. 유형 (Types)

미디어 타입의 "유형"은 데이터의 광범위한 사용을 정의한다. 1996년 11월 기준으로 등록된 유형은 application, audio, image, message, multipart, text, video였다.[2] 2024년 7월까지 등록된 유형에는 앞서 언급한 유형과 더불어 font, example, model이 추가되었다.[1]

흔히 쓰이는 비공식적인 최상위 유형 이름은 chemical이며, 화학 파일 형식에 사용된다.[9][10][11]

개별 최상위 미디어형[25]은 다음과 같다.

  • '''text''': 텍스트 정보. 특히 plain 미디어 하위형은 어떤 종류의 명령도 포함하지 않는 플레인 텍스트를 나타낸다.
  • '''image''': 이미지 정보. 그 내용은 이미지 처리 장치(전형적으로 디스플레이 장치, 인쇄기 등)를 통해 제시된다.
  • '''audio''': 음성 정보. 그 내용은 음성 출력 장치(스피커)를 통해 제시된다.
  • '''video''': 영상 정보. 그 내용은 영상을 처리하는 기구를 통해 제시된다.
  • '''application''': 전형적으로 전용 애플리케이션을 사용하여 처리되는 정보.
  • '''model''': 3차원 컴퓨터 그래픽스 등의 모델 데이터.
  • '''font''': 폰트.


복합 최상위 미디어형[25]은 multipart, message 두 가지이다.

예시용 최상위 미디어 타입으로 example이 있다.

비공식 최상위 미디어 타입으로 chemical이 존재한다.[29][30][31]

2. 3. 서브타입 (Subtypes)

서브타입은 미디어 형식을 더 구체적으로 나타낸다. 서브타입은 일반적으로 미디어 형식을 포함하지만, 등록 트리에 따라 트리 접두사, 생산자, 제품 또는 접미사 등을 포함할 수 있다. 모든 미디어 타입은 IANA에 등록해야 한다. 미디어 타입 등록 과정의 효율성과 유연성을 위해 트리 접두사를 사용하여 구별되는 등록 트리에서 다양한 구조의 서브타입을 등록할 수 있다.

현재 등록 트리는 다음과 같다.

  • 표준 트리: 접두사 없음 (예: `text/javascript`)[15]
  • 벤더 트리: `vnd.` 접두사 (예: `application/vnd.ms-excel`)
  • 개인 트리: `prs.` 접두사 (예: `audio/prs.sid`)
  • 미등록 트리: `x.` 접두사 (예: `application/x.foo`)[16]


이러한 등록 트리는 1996년 11월에 처음 정의되었으며(RFC 2048, 현재 RFC 6838로 대체됨), 새로운 등록 트리는 IETF 표준에 따라 생성될 수 있다.[32]

2. 3. 1. 표준 트리 (Standards tree)

표준 트리는 트리 접두사를 사용하지 않는다. 예를 들어 `text/javascript`, `image/png`가 있다.[15]

표준 트리에 등록하려면 IESG가 직접 승인한 IETF 규격과 관련이 있거나, IANA가 인정한 표준 관련 조직에 의해 등록되어야 한다. 표준 트리에 속하는 미디어 타입은 원칙적으로 접두사를 갖지 않는다.[32]

표준 트리에 추가하려면 IESG에서 승인을 받은 IETF 사양 또는 IANA가 인정하는 표준화를 수행하는 단체의 등록이 필요하다.

구문: `type / 미디어 타입명 [+접미사]`

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

2. 3. 2. 벤더 트리 (Vendor tree)

벤더 트리는 공개적으로 사용 가능한 제품과 관련된 미디어 타입을 포함하며, `vnd.` 접두사를 사용한다. `application/vnd.ms-excel` 및 [`application/vnd.oasis.opendocument.text`]] 등이 그 예시이다.

"벤더(vendor)"와 "생산자(producer)"라는 용어는 이 맥락에서 동일하게 간주된다. 산업 컨소시엄뿐만 아니라 비상업적 단체도 벤더 트리에 미디어 타입을 등록할 수 있다. 벤더 트리에 등록은 어떤 소프트웨어 제품 또는 제품군과 관련된 파일을 교환해야 하는 모든 사람이 생성할 수 있다. 그러나 등록은 등록되는 타입을 사용하는 소프트웨어를 생산하는 벤더 또는 조직에 속하며, 해당 벤더 또는 조직은 언제든지 제3자가 수행한 등록에 대한 소유권을 주장할 수 있다.[32]

벤더 트리는 공개된 제품과 관련된 미디어 타입에 사용된다. 이 맥락에서 벤더(판매원)와 개발원은 동의어이다. 즉, 비영리 단체나 컨소시엄이라도 스스로 개발한 데이터 형식에 대해 벤더 트리에 등록 신청을 할 수 있다.

벤더 트리에 등록은 반드시 벤더나 개발원에 의해 신청될 필요는 없으며, 미디어 타입 등록을 원하는 제3자가 신청해도 된다. 다만, 그 경우에도 등록 대상 타입은, 그것과 관련된 소프트웨어의 벤더, 조직에 속하게 되며, 벤더, 조직은 언제든지 해당 타입에 대한 소유권을 주장할 수 있다.

구문은 다음과 같다.

  • `type / vnd. 미디어 타입 이름 [+ 접미사]` - 제작원이 유명한 경우
  • `type / vnd. 제작원의 명칭 . 미디어 타입 이름 [+ 접미사]` - 제작원의 명칭은 IANA에 승인되어야 한다.
  • `type / vnd. 제작원의 명칭 . 제품명 . 미디어 타입 이름 [+ 접미사]` - 제작원의 명칭과 제품명은 IANA에 승인되어야 한다.

2. 3. 3. 개인 트리 (Personal tree)

개인 트리에는 공개적으로 사용할 수 없는 제품, 실험적인 미디어 타입이 포함되며, `prs.` 접두사를 사용한다. 예를 들어 `audio/prs.sid`, `image/prs.btif`가 있다.

2. 3. 4. 미등록 트리 (Unregistered tree)

미등록 트리는 비공개 환경에서 교환 당사자의 적극적인 합의하에 독점적으로 사용하기 위한 미디어 타입을 포함하며, `x.` 접두사를 사용한다. 예를 들어 `application/x.foo`, `video/x.bar`와 같은 것이 있다. 이 트리의 미디어 타입은 등록할 수 없다.[16]

이 유형은 원래 RFC 1590(1993년 9월 발표)에서 `x-` 또는 `X-` 접두사를 사용하여 정의되었다. RFC 2048(1996년 11월 발표)는 `x.` 접두사를 도입했지만, 등록 요구 사항이 완화된 새로운 개인 및 공급업체 트리를 사용할 수 있으므로 미등록 트리의 사용을 권장하지 않았다. 현재 RFC 6838(2013년 1월 발표)은 동일한 권장 사항을 유지하지만, `x-` 또는 `X-`로 시작하는 하위 유형은 더 이상 이 트리의 구성원으로 간주되지 않는다.[16]

"x." 트리는 개인적인 이용이나 외부에 공개하지 않는 환경에서 당사자 간의 적극적인 합의 하에 이용하는 경우에 사용된다. 이 트리에 대한 등록은 받지 않는다.[16]

미등록으로 사용할 수 있는 미디어 타입의 명명 규칙 변천사는 다음과 같다.[16]

  • 초기에는 RFC 1590과 RFC 1521에서 "x-"로 시작하는 서브타입을 등록 불필요, 개인적인 이용으로 규정했다.
  • RFC 2048에서는 극히 드문 경우, 필요에 따라 개인적인 이용이나 실험적인 용도로 "x-"와 "."로 시작하는 이름을 사용해도 좋지만, 가급적 피해야 한다고 규정했다.
  • RFC 6838에서는 개인적인 이용을 위해 "x." 트리가 마련되어 있지만, 사용을 극히 자제해야 한다고 규정했다. 또한, "x-"로 시작하는 서브타입은 등록 불필요, 개인적인 이용이 아니게 되었다.


등록이 필요 없는 미디어 타입명을 사용하는 대신, 가능한 등록해야 한다. 이를 위해 벤더 트리와 개인 트리 등록 절차는 간소화되었다.[32] 물론, 표준화 단체의 표준화 절차를 통해 표준 트리에 등록을 신청할 수도 있다.

널리 사용되는 미디어 타입("x-" 접두사가 없는 서브타입) 중 미등록된 것은 가능한 한 적절한 패싯이 있는 서브타입명으로 다시 등록해야 한다. 이것이 어려운 경우, 미디어 타입 리뷰어와 IESG의 승인 후, 패싯이 없는 명칭으로 등록하는 것도 가능하다.[32]

  • 패싯으로 다시 등록된 예: `image/x-icon` → `image/vnd.microsoft.icon`
  • 패싯 없이 다시 등록된 예: `application/x-gzip` → `application/gzip`
  • `x-`가 붙은 채로 등록된 예: `application/x-www-form-urlencoded`[33]


구문: `type / x. 미디어 타입명 [+접미사]`

2. 4. 접미사 (Suffix)

접미사는 해당 미디어 타입의 기반 구조를 추가적으로 지정하여 해당 구조에 기반한 일반적인 처리를 가능하게 하고, 정확한 타입의 특정 의미론과 무관하게 만드는 미디어 타입 정의에 대한 확장이다. 명명된 구조화 구문을 사용하는 미디어 타입은 해당 구조화 구문에 대해 IANA에 등록된 `+suffix`를 등록 시 사용해야 한다. 등록되지 않은 접미사는 사용해서는 안 된다(2013년 1월 이후). 구조화 구문 접미사 등록 절차는 RFC 6838에 정의되어 있다.[15]

+xml 접미사는 2001년 1월부터 정의되었으며(RFC 3023[17]), 2013년 1월에 `+json`, `+ber`, `+der`, `+fastinfoset`, `+wbxml`, `+zip`과 함께 구조화 구문 접미사 레지스트리의 초기 내용에 공식적으로 포함되었다(RFC 6839). 이후 추가된 사항으로는 `+gzip`, `+cbor`, `+json-seq`, `+cbor-seq`가 있다.[18]

접미사는 등록 대상 미디어 유형에 대해 원본 데이터 형식을 미디어 유형의 명칭에 추가하는 것이다. 저명한 구조를 가진 미디어 유형에 대해서는 IANA에 등록되어 있는 적절한 "+suffix"를 등록 시 부여해야 한다고 규정하고 있다. 미등록 접미사는 사용해서는 안 된다. 접미사 등록 절차는 RFC 6838에서 규정하고 있다 (RFC 6838 6. 구조적 구문 접미사 등록 절차[32]).

RFC 6838의 최초 시점의 접미사는 다음과 같다. 현재 등록된 접미사 목록은 [https://www.iana.org/assignments/media-type-structured-suffix/media-type-structured-suffix.xhtml 구조적 구문 접미사 레지스트리]에서 확인할 수 있다.

접미사
+xml
+json
+ber
+der
+fastinfoset
+wbxml
+zip



단, `+xml` 접미사는 접미사가 IANA에서 관리되기 시작하기 전인 2001년 1월의 RFC 3023부터 정의되었다.

2. 5. 일반적인 예시

일반적인 미디어 타입의 예시는 다음과 같다.[1]

  • `application/javascript`
  • `application/json`
  • `application/pdf` (PDF)
  • `image/png` (PNG)
  • `image/jpeg` (JPEG)
  • `text/html` (HTML)
  • `text/css`
  • `application/octet-stream` (임의의 이진 데이터)
  • `application/xhtml+xml` (XHTML)
  • `audio/mpeg`
  • `video/mpeg` (MPEG)
  • `message/rfc822` (Eml 형식)
  • `multipart/alternative` (HTML 메일에서 HTML로 된 메시지와 동등한 일반 텍스트 메시지를 준비하는 경우와 같이 동일한 정보를 다른 형식으로 나타낸 멀티파트)
  • `application/x-www-form-urlencoded` (HTTP의 POST 메서드를 사용한 폼 데이터 전송)
  • `multipart/form-data` (주로 파일 업로드를 동반하는 경우)

3. 용어 (Terminology)

IANA와 IETF는 "미디어 타입"이라는 용어를 사용하며, 미디어 타입이 HTTP와 같이 이메일과 관련 없는 맥락에서 사용되면서 "MIME 타입"이라는 용어를 더 이상 사용하지 않는다.[1] 반면에, WHATWG는 "MIME 타입"이라는 용어를 계속 사용하며, CSS `@media` 기능과 관련하여 다른 의미로 사용되기 때문에 "미디어 타입"이라는 용어의 사용을 모호하다고 간주하여 권장하지 않는다.[6]

미디어 타입을 제공하기 위한 HTTP 응답 헤더는 `Content-Type`이다.[7] W3C는 미디어 타입에 대한 XML 데이터 형식 이름으로 `ContentType`을 사용했다.[8] Linux 데스크톱 환경에서 구현된 XDG 사양은 "MIME 타입"이라는 용어를 계속 사용한다.[5]

에서는 콘텐츠 타입 값(Content-Type Values) 또는 MIME 타입(MIME type)으로 표기하고 있다. 이후 에서 미디어 타입(media type)의 명칭이 정해졌다.[27] 일부 RFC에서는 인터넷 미디어 타입(Internet Media Type)으로 표기하는 사례도 있다.

HTML 및 관련 사양에서는 이 미디어 타입을 지칭하는 용어로 MIME 타입(MIME type)을 사용하고 있다. 이는 CSS 미디어 쿼리에서의 "미디어 타입"(media type)과의 혼동을 피하기 위함이다.[28]

4. Mailcap 및 mime.types

Mailcap(메일 기능에서 파생됨)은 메일 클라이언트 및 웹 브라우저와 같은 MIME 인지 응용 프로그램이 서로 다른 MIME 유형의 파일을 렌더링하는 방식을 구성하는 데 사용되는 일종의 메타 파일이다.[1] Mailcap 형식은 RFC 1524 "멀티미디어 메일 형식 정보를 위한 사용자 에이전트 구성 메커니즘"에 의해 정의되었지만 인터넷 표준으로 정의되지는 않았다.[1] 대부분의 유닉스 시스템에서 지원된다.[1]

Mailcap 파일의 줄은 # 문자로 시작하는 주석이거나 해당 MIME 유형을 처리하는 방법이 뒤따르는 MIME 유형일 수 있다.[1] 관련 파일은 파일 확장자를 MIME 유형과 연결하는 '''mime.types''' 파일이다.[1] MIME 유형이 제대로 설정되어 있다면 이 파일은 불필요하지만, MIME 유형이 잘못 설정되거나 application/octet-stream영어과 같은 일반적인 유형으로 설정될 수 있으며, 이 경우 '''mime.types'''를 사용하여 확장자를 대체할 수 있다.[1] 마찬가지로, 많은 파일 시스템이 MIME 유형 정보를 저장하지 않고 파일 확장자에 의존하므로 웹 서버는 MIME 유형을 결정하기 위해 mime.types 파일을 자주 사용한다.[1]

파일을 ''볼'' 때, '''mime.types'''는 확장자를 MIME 유형과 연결하고, mailcap은 MIME 유형을 프로그램과 연결하여 함께 작동한다.[1]

UNIX 계열 시스템에서 mime.types 파일은 일반적으로 `/etc/mime.types` 및/또는 `$HOME/.mime.types`에 위치하며, 형식은 간단하게 각 줄이 MIME 유형과 공백으로 구분된 확장자 목록(0개 이상)이다.[1] 예를 들어, HTML 유형은 다음 줄을 사용하여 및 확장자와 연결될 수 있다.[1]

```text

text/html htm html

```

이러한 정보에는 IANA에 등록되지 않은 미디어 타입도 포함되어 있다.[1]

참조

[1] 웹사이트 Media Types https://www.iana.org[...] IANA 2018-06-05
[2] 웹사이트 Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies https://tools.ietf.o[...] Internet Engineering Task Force 2015-07-15
[3] 웹사이트 Hypertext Transfer Protocol -- HTTP/1.0 https://tools.ietf.o[...] 2017-02-02
[4] 웹사이트 HTML 4.01 Specification https://www.w3.org/T[...] 2017-02-02
[5] 웹사이트 shared-mime-info-spec https://www.freedesk[...] 2023-09-03
[6] 웹사이트 4.1. MIME type representation https://mimesniff.sp[...]
[7] 간행물 HTTP Semantics
[8] 웹사이트 4.3. Attribute Types https://www.w3.org/T[...] 2010-07-29
[9] 웹사이트 The chemical-mime-data project http://chemical-mime[...] 2016-04-28
[10] 웹사이트 Chemical MIME Home page https://www.ch.ic.ac[...] 2019-05-11
[11] 논문 The Application of Chemical Multipurpose Internet Mail Extensions (Chemical MIME) Internet Standards to Electronic Mail and World Wide Web Information Exchange American Chemical Society 1998-08-14
[12] 웹사이트 2.13. Non-regular files https://specificatio[...] freedesktop.org
[13] 웹사이트 2.14 Content types for volumes https://specificatio[...] freedesktop.org
[14] 웹사이트 Table 10: Standard MIME type icons https://specificatio[...] freedesktop.org
[15] 논문 Media Type Specifications and Registration Procedures https://tools.ietf.o[...] Internet Engineering Task Force (IETF) 2015-07-15
[16] 웹사이트 application/x-www-form-urlencoded (registered 2014-05-14, updated 2014-05-14, updated 2020-07-14) https://www.iana.org[...]
[17] 논문 XML Media Types https://tools.ietf.o[...] 2001-01
[18] 웹사이트 Structured Syntax Suffix Registry https://www.iana.org[...] IANA 2019-11-08
[19] 웹사이트 MIME types (IANA media types) - HTTP | MDN https://developer.mo[...] 2023-12-18
[20] 문서 WEBMASTERS: mime types http://venus.soci.ni[...] 1998-01-22
[21] 문서 MIMEタイプ（メディアタイプ）とは - IT用語辞典 e-Words https://e-words.jp/w[...]
[22] 문서 Content-Type（コンテンツタイプ）とは - IT用語辞典 e-Words https://e-words.jp/w[...]
[23] 간행물 Hypertext Transfer Protocol -- HTTP/1.0 1996-05
[24] 웹사이트 HTML 4.01 Specification https://www.w3.org/T[...] 2017-02-02
[25] 문서 多目的インターネットメール拡張 (MIME) ―第2部: メディア型
[26] 문서 MIME タイプ（IANA メディア種別） - HTTP | MDN https://developer.mo[...]
[27] 간행물 Media Type Registration Procedure 1994-03
[28] 웹사이트 MIME Sniffing Standard https://mimesniff.sp[...] 2017-03-26
[29] 웹사이트 The chemical-mime-data project http://chemical-mime[...] 2016-04-28
[30] 웹사이트 Chemical MIME Home page https://www.ch.ic.ac[...] 2019-05-11
[31] 논문 The Application of Chemical Multipurpose Internet Mail Extensions (Chemical MIME) Internet Standards to Electronic Mail and World Wide Web Information Exchange https://pubs.acs.org[...] American Chemical Society 1998-08-14
[32] 간행물 Media Type Specifications and Registration Procedures 2013-01
[33] 웹사이트 application/x-www-form-urlencoded https://www.iana.org[...] IANA 2014-05-14
[34] 웹인용 Content-Type: text https://msdn.microso[...] 마이크로소프트 2004-06-08
[35] 웹인용 Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies https://tools.ietf.o[...] 국제 인터넷 표준화 기구 2015-07-15
[36] 웹인용 Hypertext Transfer Protocol -- HTTP/1.0 https://tools.ietf.o[...] 1996-05
[37] 웹인용 HTML 4.01 Specification https://www.w3.org/T[...] 1999-12-24
[38] 웹인용 The chemical-mime-data project http://chemical-mime[...] 2007


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com