Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

Именование [ править ]

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

type "/" [tree "."] subtype ["+" suffix]* [";" parameter]

По состоянию на ноябрь 1996 года, зарегистрированных типов были: application, audio, image, message, multipart, textи video. [2] В декабре 2020 года, зарегистрированных типов включены вышеизложенное, а также font, exampleи model. [5]

Обычно используется неофициальное имя верхнего уровня chemical. [6] [7] [8]

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

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

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

Общие примеры [10] [ править ]

  • application/x-executable
  • application/graphql
  • application/javascript
  • application/json
  • application/ld+json
  • application/msword (.doc)
  • application/pdf
  • application/sql
  • application/vnd.api+json
  • application/vnd.ms-excel (.xls)
  • application/vnd.ms-powerpoint (.ppt)
  • application/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)
  • application/x-www-form-urlencoded
  • application/xml
  • application/zip
  • application/zstd (.zst)
  • audio/mpeg
  • audio/ogg
  • image/apng
  • image/avif
  • image/flif
  • image/gif
  • image/jpeg(.jpg, .jpeg, .jfif, .pjpeg, .pjp) [11]
  • image/png
  • image/svg+xml (.svg)
  • image/webp
  • image/x-mng
  • multipart/form-data
  • text/css
  • text/csv
  • text/html
  • text/php
  • text/plain
  • text/xml

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

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

Дерево стандартов [ править ]

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

type "/" subtype ["+" suffix] *[";" parameter]

Примеры: application/javascript, image/png.

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

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

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

type "/" "vnd." subtype ["+" suffix] *[";" parameter]

Примеры: application/vnd.ms-excel, application/vnd.oasis.opendocument.text.

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

Личное дерево или дерево тщеславия [ править ]

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

type "/" "prs." subtype ["+" suffix] *[";" parameter]

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

Незарегистрированное дерево [ править ]

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

type "/" "x." subtype ["+" suffix] *[";" parameter]

Примеры: application/x.foo, video/x.bar.

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

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

Типы носителей, которые были широко распространены (с подтипом с префиксом x-или X-) без регистрации, следует, по возможности, перерегистрировать с использованием надлежащего подтипа с префиксом. Если это невозможно, тип носителя может быть зарегистрирован в дереве стандартов после утверждения как рецензентом типов носителей, так и IESG с его подтипом без префикса.

Суффикс [ править ]

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

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

Mailcap [ править ]

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

Строки могут быть комментариями, начинающимися с символа #, или mime-типом, за которым следует, как обращаться с этим mime-типом.

Mime.types [ править ]

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

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

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

текст / html htm html

Использование Netscape [ править ]

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

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

См. Также [ править ]

  • Согласование содержания
  • Обнюхивание контента
  • XML и MIME
  • Расширение имени файла

Ссылки [ править ]

  1. ^ «Типы СМИ» . IANA . IANA . 4 июня 2018 . Проверено 5 июня 2018 .
  2. ^ a b Freed, N .; Боренштейн, Н. (ноябрь 1996 г.). «Многоцелевые расширения электронной почты Интернета (MIME), часть первая: формат тел сообщений Интернета» . Инженерная группа Интернета . Проверено 15 июля 2015 года .
  3. ^ «Протокол передачи гипертекста - HTTP / 1.0» . Май 1996 . Проверено 2 фев 2017 .
  4. ^ «Спецификация HTML 4.01» . 24 декабря 1999 . Проверено 2 фев 2017 .
  5. ^ «Типы СМИ» . IANA. 2020-12-09 . Проверено 15 декабря 2020 .
  6. ^ Daniel Leidert, Egon Willighagen (2007). «Проект химии-мим-данные» . Архивировано из оригинала на 2016-10-08 . Проверено 28 апреля 2016 .
  7. ^ "Химическая домашняя страница MIME" . Дата обращения 11 мая 2019 .
  8. ^ С. Рзепа, Генри; Мюррей-Раст, Питер; Дж. Уитакер, Бенджамин (14 августа 1998 г.). «Применение химических многоцелевых расширений электронной почты в Интернете (химическое MIME) Интернет-стандартов для электронной почты и обмена информацией во всемирной паутине». Журнал химической информации и моделирования . Американское химическое общество. 38 (6): 976–982. DOI : 10.1021 / ci9803233 .
  9. ^ «Многоцелевые расширения почты Интернета (MIME), часть первая: формат тел сообщений в Интернете» . Ноября 1996 . Проверено 20 сентября 2018 года .
  10. ^ https://www.iana.org/assignments/media-types/media-types.xhtml
  11. ^ https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/MIME_types#jpeg
  12. ^ a b c Фрид, Н. «Спецификации типов носителей и процедуры регистрации» . Страницы запроса комментариев (RFC) Ietf - Тест . Инженерная группа Интернета (IETF). RFC6838. ISSN 2070-1721 . Проверено 15 июля 2015 года . 
  13. ^ Кон <[email protected]>, Дэн. «Типы мультимедиа XML» . tools.ietf.org . Проверено 5 марта 2021 .
  14. ^ "Структурированный реестр синтаксических суффиксов" (XML) . IANA. 2012-07-20 . Проверено 8 ноября 2019 .
  15. ^ WEBMASTERS: mime types. Архивировано 7 декабря 2000 г. в archive.today , John McAnally, Thu, 22 января 1998, 15:29:29 -0600 (CST)

Внешние ссылки [ править ]

  • Список официальных типов носителей IANA
  • Стандартная библиотека Python | mailcap Обработка файлов Mailcap
  • Распространенные типы MIME из Mozilla MDN