Тип СМИ - Media type

А тип СМИ (ранее известный как Тип MIME)[1] это двухкомпонентный идентификатор для форматов файлов и форматного содержимого, передаваемого по Интернет. В Управление по присвоению номеров в Интернете (IANA) является официальным органом по стандартизации и публикации этих классификаций. Типы носителей изначально были определены в Запрос комментариев RFC  2045 (MIME) Часть первая: Формат тел сообщений в Интернете (ноябрь 1996 г.), ноябрь 1996 г. как часть MIME (Многоцелевые расширения почты Интернета) спецификация, для обозначения типа электронное письмо содержание сообщения и вложения;[2] отсюда и первоначальное название, Тип MIME. Типы мультимедиа также используются другими интернет-протоколами, такими как HTTP[3] и форматы файлов документов, такие как HTML,[4] для аналогичных целей.

Именование

Тип носителя состоит из тип и подтип, который далее структурируется в дерево. Тип носителя может дополнительно определять суффикс и параметры:

тип "/" [дерево "."] подтип ["+" суффикс] * [";" параметр]

В настоящее время зарегистрированы следующие типы: заявление, аудио, пример, шрифт, изображение, сообщение, модель, составной, текст и видео.

Часто используется неофициальное имя верхнего уровня: химический.[5][6][7]

Например, файл HTML может быть обозначен текст / html; charset = UTF-8. В этом примере текст это тип, html это подтип, а charset = UTF-8 - необязательный параметр, указывающий кодировку символов.

Подтип обычно состоит из медиаформата, но он может или должен также содержать другой контент, такой как префикс дерева, производитель, продукт или суффикс, в соответствии с различными правилами в деревьях регистрации.

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

Общие примеры

  • приложение / graphql
  • приложение / javascript
  • приложение / json
  • приложение / LD + JSON
  • приложение / msword (.doc)
  • application / pdf
  • приложение / sql
  • приложение / vnd.api + json
  • приложение / vnd.ms-excel (.xls)
  • приложение / vnd.ms-powerpoint (.ppt)
  • приложение / vnd.oasis.opendocument.text (.odt)
  • application / vnd.openxmlformats-officedocument.presentationml.presentation (.pptx)
  • application / vnd.openxmlformats-officedocument.spreadsheetml.sheet (.xlsx)
  • application / vnd.openxmlformats-officedocument.wordprocessingml.document (.docx)
  • приложение / x-www-form-urlencoded
  • application / xml
  • приложение / zip
  • приложение / zstd (.zst)
  • аудио / MPEG
  • audio / ogg
  • изображение / gif
  • изображение / apng
  • image / flif
  • изображение / webp
  • изображение / x-mng
  • изображение / JPEG
  • изображение / png
  • multipart / form-data
  • текст / css
  • текст / csv
  • текст / html
  • текст / php
  • текст / простой
  • текст / xml

Деревья регистрации

Все типы носителей должны быть зарегистрированы с использованием процедур регистрации IANA. Для эффективности и гибкости процесса регистрации типа носителя в деревьях регистрации могут быть зарегистрированы различные структуры подтипов, которые различаются использованием префиксов дерева. В настоящее время созданы следующие деревья: стандартные (без префикса), вендорные (vnd. приставка), личное или тщеславие (пр. префикс), незарегистрированный (Икс. префикс). Эти деревья регистрации были впервые определены в ноябре 1996 г. (устарели RFC 2048 - В данный момент RFC 6838 ). Новые деревья регистрации могут быть созданы IETF Стандарты действия для внешней регистрации и управления известными постоянными организациями (например, научными обществами).

Дерево стандартов

В дереве стандартов не используются префиксы дерева:[9]

тип "/" подтип ["+" суффикс] * [";" параметр]

Примеры: приложение / javascript, изображение / png.

Регистрации в дереве стандартов должны быть либо связаны со спецификациями IETF, утвержденными непосредственно IESG, либо зарегистрированы признанной IANA организацией по стандартам.

Дерево поставщиков

Дерево поставщиков включает типы носителей, связанные с общедоступными продуктами. Он использует vnd. префикс дерева:[9]

введите "/" "vnd." подтип ["+" суффикс] * [";" параметр]

Примеры: приложение / vnd.ms-excel, приложение / vnd.oasis.opendocument.text.

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

Личное или дерево тщеславия

Личное дерево или дерево тщеславия включает типы медиа, связанные с не общедоступными продуктами или экспериментальными типами медиа. Он использует пр. префикс дерева:

наберите "/" "чел." подтип ["+" суффикс] * [";" параметр]

Примеры: audio / prs.sid, image / prs.btif.

Незарегистрированное дерево

Незарегистрированное дерево включает типы носителей, предназначенные исключительно для использования в частных средах и только с активного согласия сторон, обменивающихся ими. Он использует Икс. префикс дерева:

введите "/" "x". подтип ["+" суффикс] * [";" параметр]

Примеры: приложение / x.foo, видео / x.bar.

Типы медиа в этом дереве не могут быть зарегистрированы. Согласно RFC 6838 (опубликованному в январе 2013 г.), любое использование типов в незарегистрированном дереве категорически не рекомендуется. Кроме того, подтипы с префиксом Икс- или же ИКС- больше не считаются членами этого дерева.

Согласно устаревшему RFC 2048 (опубликованному в ноябре 1996 г.) - в редких случаях, если вообще когда-либо, необходимо использовать незарегистрированные типы, и поэтому использование любых Икс., Икс- или же ИКС- префиксы не рекомендуется. В устаревшем RFC 1590 (опубликованном в сентябре 1993 г.) говорилось, что использование Икс- или же ИКС- префикс может использоваться для незарегистрированных подтипов.

Широко распространенные типы носителей (с префиксом подтипа Икс- или же ИКС-) без регистрации, следует, по возможности, перерегистрировать с соответствующим подтипом с префиксом. Если это невозможно, тип носителя может быть зарегистрирован в дереве стандартов после утверждения как рецензентом типов носителей, так и IESG с его подтипом без префикса.

Суффикс

Суффикс - это дополнение к определению типа мультимедиа, чтобы дополнительно указать базовую структуру этого типа мультимедиа, что позволяет выполнять универсальную обработку на основе этой структуры и независимо от конкретной семантики конкретного типа. Типы носителей, использующие именованный структурированный синтаксис, должны использовать соответствующие зарегистрированные IANA суффикс "+" для этого структурированного синтаксиса, когда они зарегистрированы. Незарегистрированные суффиксы использовать нельзя (с января 2013 г.). Процедуры регистрации суффиксов структурированного синтаксиса определены в RFC 6838.[9]

В + xml суффикс был определен с января 2001 года (RFC 3023) и был официально включен в исходное содержимое реестра структурированных синтаксических суффиксов вместе с + json, + бер, + дер, + fastinfoset, + wbxml, и + молния в январе 2013 г. (RFC 6839). Последующие дополнения включают + gzip, + cbor, + json-seq, и + cbor-seq.[10]

Mailcap

Mailcap (производный от словосочетания «возможность работы с почтой») - это тип метафайла, используемый для настройки того, как приложения с поддержкой MIME, такие как почтовые клиенты и веб-браузеры, отображают файлы различных типов MIME. Формат mailcap определен в RFC 1524 «Механизм настройки пользовательского агента для информации о формате мультимедийной почты», но не определен как стандарт Интернета. Он поддерживается большинством систем Unix.

Строки могут быть комментариями, начинающимися с символа #, или mime-типом, за которым следует, как обращаться с этим mime-типом. Первая часть называется типом содержимого, а вторая часть - командой просмотра. Например, видео / MPEG; xmpeg% s говорит, имеет ли файл, закодированный в mime, тип видео / MPEG, запустите программу xmpeg с именем файла в качестве параметра.

Mime.types

Связанный файл - это mime.types файл, который связывает расширения файлов с Тип MIME. Если тип MIME установлен правильно, в этом нет необходимости, но типы MIME могут быть установлены неправильно или установлены на общий тип, например приложение / октет-поток, и mime.types позволяет в этих случаях прибегать к расширению. Точно так же, поскольку многие файловые системы не хранят информацию о типе MIME, а вместо этого полагаются на расширение имени файла, файл mime.types часто используется веб-серверами для определения типа MIME.

Когда просмотр файл, эти два работают вместе следующим образом: mime.types связывает расширение с типом MIME, а колпак связывает MIME-тип с программой.

В системах типа UNIX файл mime.types обычно находится по адресу /так далее/mime.types и / или $ HOME /.mime.types формат таков, что каждая строка представляет собой список MIME-типа с разделителями-пробелами, за которым следует ноль или более расширений. Например, тип HTML можно связать с расширениями .htm и .html следующей строкой:

текст / html htm html

Использование Netscape

Файл mime.types датируется Netscape, где использовался другой формат;[11] он использовал пары ключ-значение и список расширений, разделенных запятыми, вместе с стандартный заголовок состоящий из определенного комментария, который идентифицирует файл как файл mime.types, как показано ниже.

# - Информация MIME от Netscape Communications Corporation # Не удаляйте строку выше. Он используется для определения типа файла. Type = text / html exts = htm, html

Смотрите также

Рекомендации

  1. ^ «Типы СМИ». IANA. IANA. 4 июн 2018. Получено 5 июн 2018.
  2. ^ Freed, N .; Боренштейн, Н. (ноябрь 1996 г.). «Многоцелевые расширения электронной почты Интернета (MIME), часть первая: формат тел сообщений Интернета». Инженерная группа Интернета. Получено 15 июля 2015.
  3. ^ «Протокол передачи гипертекста - HTTP / 1.0». Май 1996 г.. Получено 2 февраля 2017.
  4. ^ «Спецификация HTML 4.01». 24 декабря 1999 г.. Получено 2 февраля 2017.
  5. ^ Даниэль Лейдерт, Эгон Виллигхаген (2007). "Химико-мим-данные". Архивировано из оригинал на 2016-10-08. Получено 2016-04-28.
  6. ^ "Химическая домашняя страница MIME". Получено 11 мая 2019.
  7. ^ С. Жепа, Генри; Мюррей-Раст, Питер; Дж. Уитакер, Бенджамин (14 августа 1998 г.). "Применение химических многоцелевых расширений электронной почты в Интернете (химическое MIME) Интернет-стандартов для электронной почты и обмена информацией в Интернете". Журнал химической информации и моделирования. Американское химическое общество. 38 (6): 976–982. Дои:10.1021 / ci9803233.
  8. ^ «Многоцелевые расширения почты Интернета (MIME), часть первая: формат тел сообщений в Интернете». Ноябрь 1996. Получено 20 сентября 2018.
  9. ^ а б c Фрид, Н. «Спецификации типа носителя и процедуры регистрации». Страницы запроса комментариев Ietf (RFC) - Тест. Инженерная группа Интернета (IETF). RFC6838. ISSN  2070-1721. Получено 15 июля 2015.
  10. ^ «Структурированный реестр синтаксических суффиксов» (XML). IANA. 2012-07-20. Получено 2019-11-08.
  11. ^ ВЕБМАСТЕРЫ: типы пантомимы В архиве 2000-12-07 в Archive.today, Джон Макэналли, чт, 22 января 1998 г., 15:29:29 -0600 (центральное поясное время)

внешняя ссылка