Тип MIME чаще всего состоит из двух частей: типа и подтипа, разделенных косой чертой (/) — без пробелов между ними:

type/subtype

Тип представляет общую категорию, к которой относится тип данных, например, video или text.

Подтип определяет точный вид данных указанного типа, который представляет тип MIME. Например, для типа MIME text, подтип может быть plain (простой текст), html (исходный код HTML) или calendar (для файлов iCalendar/.ics).

Каждый тип имеет свой собственный набор возможных подтипов. Тип MIME всегда имеет и тип, и подтип, никогда не только один из них.

Можно добавить необязательный параметр для предоставления дополнительных деталей:

type/subtype;parameter=value

Например, для любого типа MIME, основной тип которого text, можно добавить необязательный параметр charset, чтобы указать кодировку символов, используемую для символов в данных. Если параметр charset не указан, по умолчанию используется ASCII (US-ASCII), если это не переопределено настройками пользователя агента. Для указания текстового файла UTF-8 используется тип MIME text/plain;charset=UTF-8.

Типы MIME нечувствительны к регистру, но традиционно записываются строчными буквами. Значения параметров могут быть чувствительны к регистру.

Существует два класса типов: дискретные и составные. Дискретные типы представляют один файл или носитель, например, один текстовый или музыкальный файл, или одно видео. Составной тип представляет документ, состоящий из нескольких составных частей, каждая из которых может иметь свой собственный тип MIME; или составной тип может содержать несколько файлов, отправленных вместе в одной транзакции. Например, составные типы MIME используются при прикреплении нескольких файлов к электронному письму.

Дискретные типы

Дискретные типы, зарегистрированные в IANA на данный момент:

application

Любые двоичные данные, которые не относятся явно ни к одному из других типов; либо данные, которые будут выполнены или интерпретированы каким-либо образом, либо двоичные данные, требующие использования конкретного приложения или категории приложений. Обобщенные двоичные данные (или двоичные данные, истинный тип которых неизвестен) — это application/octet-stream. Другие распространенные примеры включают application/pdf, application/pkcs8, и application/zip. (Регистрация в IANA)

audio

Аудио- или музыкальные данные. Примеры включают audio/mpeg, audio/vorbis. (Регистрация в IANA)

example

Зарезервировано для использования в качестве заглушки в примерах, показывающих, как использовать типы MIME. Их никогда не следует использовать за пределами примеров кода и документации. example также может использоваться в качестве подтипа; например, в примере, связанном с работой с аудио в веб-приложении, тип MIME audio/example может использоваться для обозначения того, что тип является заглушкой и должен быть заменён соответствующим значением при использовании кода в реальной ситуации.

font

Данные шрифтов/стилей. Общие примеры включают font/woff, font/ttf, и font/otf. (Регистрация в IANA)

image

Изображения или графические данные, включая как растровые, так и векторные статичные изображения, а также анимированные версии статичных форматов изображений, такие как анимированный GIF или APNG. Распространёнными примерами являются image/jpeg, image/png, и image/svg+xml. (Регистрация в IANA)

model

Данные модели для 3D-объекта или сцены. Примеры включают model/3mf и model/vrml. (Регистрация в IANA)

text

Только текстовые данные, включая любой удобочитаемый контент, исходный код или текстовые данные, такие как данные в формате CSV. Примеры включают: text/plain, text/csv, и text/html. (Регистрация в IANA)

video

Видеоданные или файлы, такие как фильмы MP4 (video/mp4). (Регистрация в IANA)

Для текстовых документов без конкретного подтипа следует использовать text/plain. Аналогично, для двоичных документов без конкретного или известного подтипа следует использовать application/octet-stream.

Составные типы

Составные типы указывают на категорию документа, разбитого на части, часто с различными типами MIME; они также могут использоваться — особенно в сценариях электронной почты — для представления нескольких отдельных файлов, которые все являются частью одной транзакции. Они представляют собой составной документ.

За исключением multipart/form-data, используемого в методе POST форм HTML, и multipart/byteranges, используемого с 206 Partial Content, для отправки части документа, HTTP не обрабатывает составные документы особым образом: сообщение передаётся браузеру (который, вероятно, покажет окно «Сохранить как», если он не знает, как отобразить документ).

Существует два составных типа:

message

Сообщение, которое включает в себя другие сообщения. Это можно использовать, например, для представления электронного письма, содержащего переадресованное сообщение в качестве части данных, или для отправки очень больших сообщений частями так, как будто это несколько сообщений. Примеры включают message/rfc822 (для цитирования переадресованных или отвеченных сообщений) и message/partial для автоматического разделения большого сообщения на меньшие для повторной сборки получателем. (Регистрация в IANA)

multipart

Данные, состоящие из нескольких компонентов, которые могут иметь разные типы MIME. Примеры включают multipart/form-data (для данных, созданных с помощью API FormData) и multipart/byteranges (определённого в RFC 7233, раздел 5.4.1 и используемого с HTTP ответом 206 «Неполное содержимое», возвращаемым, когда полученные данные являются лишь частью содержимого, например, передаваемого с помощью заголовка Range). (Регистрация в IANA)

Это значение по умолчанию для двоичных файлов. Поскольку это означает файл с неизвестными двоичными данными, браузеры обычно не выполняют его и даже не спрашивают, следует ли его выполнять. Они обрабатывают его так, как если бы заголовок Content-Disposition был установлен в значение attachment, и предлагают диалог «Сохранить как».

Это значение по умолчанию для текстовых файлов. Даже если это действительно означает «неизвестный текстовый файл», браузеры предполагают, что они могут его отобразить.

Файлы CSS, используемые для стилизации веб-страницы, обязательно должны отправляться с типом text/css. Если сервер не распознает суффикс .css для файлов CSS, он может отправлять их с типами MIME text/plain или application/octet-stream. В таком случае большинство браузеров не распознают их как CSS и проигнорируют.

Весь контент HTML должен передаваться с этим типом. Альтернативные MIME-типы для XHTML (например, application/xhtml+xml) в наши дни в основном бесполезны.

Согласно реестру IANA MIME типов IANA Media Types registry, спецификации RFC 9239 и спецификации HTML, контент JavaScript всегда должен передаваться с помощью MIME-типа text/javascript. Другие MIME-типы для JavaScript не считаются допустимыми, а использование любого MIME-типа, отличного от text/javascript, может привести к тому, что скрипты не загружатся или не будут выполняться.

Вы можете найти некоторые JavaScript-контент, неправильно переданные с параметром charset в рамках MIME-типа — в попытке указать кодировку символов для контента скрипта. Этот параметр charset недействителен для контента JavaScript и в большинстве случаев приведет к тому, что скрипт не загрузится.

Устаревшие MIME-типы JavaScript

Помимо MIME-типа text/javascript, по историческим причинам, стандарт анализа MIME MIME Sniffing Standard (определение того, как браузеры должны интерпретировать MIME-типы и определять, что делать с контентом, у которого нет допустимого) также позволяет передавать JavaScript с помощью следующих устаревших MIME-типов JavaScript:

• application/javascript Устаревший
• application/ecmascript Устаревший
• application/x-ecmascript Нестандартный
• application/x-javascript Нестандартный
• text/ecmascript Устаревший
• text/javascript1.0 Нестандартный
• text/javascript1.1 Нестандартный
• text/javascript1.2 Нестандартный
• text/javascript1.3 Нестандартный
• text/javascript1.4 Нестандартный
• text/javascript1.5 Нестандартный
• text/jscript Нестандартный
• text/livescript Нестандартный
• text/x-ecmascript Нестандартный
• text/x-javascript Нестандартный

Файлы с MIME-типом image содержат данные изображения. Подтип указывает, какой конкретный формат файла изображения представляют данные.

Следующие типы изображений достаточно часто используются, чтобы считаться безопасными для использования на веб-страницах:

• image/apng: Анимированные Portable Network Graphics (APNG)
• image/avif : Формат файлов изображений AV1 (AVIF)
• image/gif: Формат обмена графикой (GIF)
• image/jpeg: Изображение группы экспертов по фотографии (JPEG)
• image/png: Портативная сетевая графика (PNG)
• image/svg+xml: Масштабируемая векторная графика (SVG)
• image/webp: Формат веб-изображений (WEBP)

Руководство по типам и форматам файлов изображений Image file type and format guide предоставляет информацию и рекомендации о том, когда использовать разные форматы изображений.

Как и в случае с изображениями, HTML не предписывает, чтобы веб-браузеры поддерживали какие-либо конкретные типы файлов и кодеков для элементов <audio> и <video>, поэтому важно учитывать вашу целевую аудиторию и диапазон браузеров (и версий этих браузеров), которые они могут использовать, при выборе типа файла и кодеков для медиа.

Наше руководство по контейнерам для медиа media container formats guide предоставляет список типов файлов, которые обычно поддерживаются веб-браузерами, включая информацию о том, какие у них могут быть особые случаи использования, какие недостатки у них есть и информация о совместимости, а также другие детали.

Руководства по кодекам аудио audio codec и видео video codec перечисляют различные кодеки, которые часто поддерживаются веб-браузерами, предоставляя подробности о совместимости, а также техническую информацию, такую как количество каналов аудио, используемый тип сжатия и битрейты и т. д. Руководство по кодекам, используемым WebRTC codecs used by WebRTC, дополняет это, конкретно описывая кодеки, поддерживаемые основными веб-браузерами, так что вы можете выбрать кодеки, которые лучше всего покрывают диапазон браузеров, которые вы хотите поддержать.

Что касается MIME-типов аудио- или видеофайлов, они обычно указывают формат контейнера (тип файла). Дополнительный параметр codecs parameter может быть добавлен к MIME-типу, чтобы дополнительно указать, какие кодеки использовать и какие параметры были использованы для кодирования медиа, такие как профиль кодека, уровень или другая подобная информация.

Ниже приведены наиболее часто используемые MIME-типы для веб-контента. Однако это неполный список всех доступных типов. Обратитесь к руководству по контейнерам для медиа media container formats guide для получения дополнительной информации.

Тип multipart/form-data может использоваться при отправке значений заполненной HTML-формы из браузера на сервер.

В качестве многочастного формата документа он состоит из различных частей, разделенных разделителем (строка, начинающаяся с двойного дефиса --). Каждая часть представляет собой отдельную сущность со своими HTTP-заголовками, Content-Disposition и Content-Type для полей загрузки файлов.

Content-Type: multipart/form-data; boundary=aBoundaryString
(other headers associated with the multipart document as a whole)

--aBoundaryString
Content-Disposition: form-data; name="myFile"; filename="img.jpg"
Content-Type: image/jpeg

(data)
--aBoundaryString
Content-Disposition: form-data; name="myField"

(data)
--aBoundaryString
(more subparts)
--aBoundaryString--

Следующее <form>:

<form
  action="http://localhost:8000/"
  method="post"
  enctype="multipart/form-data">
  <label>Name: <input name="myTextField" value="Test" /></label>
  <label><input type="checkbox" name="myCheckBox" /> Check</label>
  <label>
    Upload file: <input type="file" name="myFile" value="test.txt"/>
  </label>
  <button>Send the file</button>
</form>

отправит это сообщение:

POST / HTTP/1.1
Host: localhost:8000
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:50.0) Gecko/20100101 Firefox/50.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
Connection: keep-alive
Upgrade-Insecure-Requests: 1
Content-Type: multipart/form-data; boundary=---------------------------8721656041911415653955004498
Content-Length: 465

-----------------------------8721656041911415653955004498
Content-Disposition: form-data; name="myTextField"

Test
-----------------------------8721656041911415653955004498
Content-Disposition: form-data; name="myCheckBox"

on
-----------------------------8721656041911415653955004498
Content-Disposition: form-data; name="myFile"; filename="test.txt"
Content-Type: text/plain

Simple file.
-----------------------------8721656041911415653955004498--

MIME-тип multipart/byteranges используется для отправки частичных ответов в браузер.

Когда отправляется код состояния 206 Partial Content, этот MIME-тип указывает, что документ состоит из нескольких частей, по одной для каждого запрошенного диапазона. Как и другие типы multipart, Content-Type использует разделитель boundary, чтобы разделить части. Каждая часть имеет заголовок Content-Type со своим фактическим типом и Content-Range представляемого диапазона.

HTTP/1.1 206 Partial Content
Accept-Ranges: bytes
Content-Type: multipart/byteranges; boundary=3d6b6a416f9b5
Content-Length: 385

--3d6b6a416f9b5
Content-Type: text/html
Content-Range: bytes 100-200/1270

eta http-equiv="Content-type" content="text/html; charset=utf-8" />
    <meta name="viewport" content
--3d6b6a416f9b5
Content-Type: text/html
Content-Range: bytes 300-400/1270

-color: #f0f0f2;
        margin: 0;
        padding: 0;
        font-family: "Open Sans", "Helvetica
--3d6b6a416f9b5--

Большинство веб-серверов отправляют нераспознанные ресурсы как MIME-тип application/octet-stream. По соображениям безопасности большинство браузеров не позволяют устанавливать пользовательское действие по умолчанию для таких ресурсов, заставляя пользователя сохранить его на диск для использования.

Некоторые распространённые неправильные конфигурации сервера:

• RAR-архивы. В этом случае идеальным было бы указать истинный тип исходных файлов; это часто невозможно, так как файлы .RAR могут содержать несколько ресурсов разных типов. В этом случае настройте сервер на отправку application/x-rar-compressed.
• Аудио и видео. Только ресурсы с правильным MIME-типом будут воспроизводиться в элементах <video> или <audio>. Убедитесь, что указан правильный тип медиа для аудио и видео.
• Собственные типы файлов. Избегайте использования application/octet-stream, так как большинство браузеров не позволяют определить поведение по умолчанию (например, "Открыть в Word") для этого универсального MIME-типа. Конкретный тип, например, application/vnd.mspowerpoint, позволяет пользователям автоматически открывать такие файлы в программном обеспечении для презентаций по своему выбору.

При отсутствии MIME-типа или в определённых случаях, когда браузеры считают его неправильным, браузеры могут выполнять определение MIME-типа — угадывать правильный MIME-тип, анализируя байты ресурса.

Каждый браузер выполняет определение MIME-типа по-разному и в разных ситуациях. (Например, Safari будет анализировать расширение файла в URL, если переданный MIME-тип неподходящий.) Существуют проблемы безопасности, так как некоторые MIME-типы представляют исполняемый контент. Серверы могут предотвратить определение MIME-типа, отправив заголовок X-Content-Type-Options.

MIME-типы не единственный способ передачи информации о типе документа:

• Иногда используются расширения имён файлов, особенно в Microsoft Windows. Не все операционные системы считают эти расширения значимыми (такие как Linux и macOS), и нет гарантии, что они правильные.
• Магические числа. Синтаксис различных форматов позволяет определить тип файла, анализируя его структуру байтов. Например, файлы GIF начинаются с шестнадцатеричного значения 47 49 46 38 39 (GIF89), а файлы PNG с 89 50 4E 47 (.PNG). Не все типы файлов имеют магические числа, поэтому этот метод тоже не является стопроцентно надёжным.

• Веб-технологии для работы с медиа
• Руководство по типам медиа, используемым в веб
• Правильная настройка MIME-типов сервера