Content type html text: Content-Type — HTTP | MDN

MIME-типы | htmlbook.ru

MIME (Multipurpose Internet Mail Extension, Многоцелевые расширения почты Интернета) — спецификация для передачи по сети файлов различного типа: изображений, музыки, текстов, видео, архивов и др. Указание MIME-типа используется в HTML обычно при передаче данных форм и вставки на страницу различных объектов.

Некоторые популярные MIME-типы и расширения файлов с ними связанных приведены в табл. 1.

Табл. 1. MIME-типы

Расширение файла	Тип данных
ai	application/postscript
aif	audio/aiff
aif	audio/x-aiff
aiff	audio/aiff
aiff	audio/x-aiff
ani	application/x-navi-animation
aos	application/x-nokia-9000-communicator-add-on-software
aps	application/mime
arc	application/octet-stream
arj	application/arj
arj	application/octet-stream
art	image/x-jg
asf	video/x-ms-asf
asm	text/x-asm
asp	text/asp
asx	application/x-mplayer2
asx	video/x-ms-asf
asx	video/x-ms-asf-plugin
au	audio/basic
au	audio/x-au
avi	application/x-troff-msvideo
avi	video/avi
avi	video/msvideo
avi	video/x-msvideo
bin	application/mac-binary
bin	application/macbinary
bin	application/octet-stream
bin	application/x-binary
bin	application/x-macbinary
bm	image/bmp
bmp	image/bmp
bmp	image/x-windows-bmp
boo	application/book
book	application/book
c	text/x-c
c++	text/plain
ccad	application/clariscad
class	application/java
class	application/java-byte-code
class	application/x-java-class
com	application/octet-stream
com	text/plain
conf	text/plain
cpp	text/x-c
cpt	application/mac-compactpro
cpt	application/x-compactpro
cpt	application/x-cpt
css	application/x-pointplus
css	text/css
dcr	application/x-director
def	text/plain
dif	video/x-dv
dir	application/x-director
dl	video/dl
dl	video/x-dl
doc	application/msword
dot	application/msword
drw	application/drafting
dvi	application/x-dvi
dwg	application/acad
dwg	image/vnd. dwg
dwg	image/x-dwg
dxf	application/dxf
dxf	image/vnd.dwg
dxf	image/x-dwg
dxr	application/x-director
exe	application/octet-stream
gif	image/gif
gz	application/x-compressed
gz	application/x-gzip
gzip	application/x-gzip
gzip	multipart/x-gzip
h	text/plain
h	text/x-h
hlp	application/hlp
hlp	application/x-helpfile
hlp	application/x-winhelp
htc	text/x-component
htm	text/html
html	text/html
htmls	text/html
htt	text/webviewhtml
ice	x-conference/x-cooltalk
ico	image/x-icon
inf	application/inf
jam	audio/x-jam
jav	text/plain
jav	text/x-java-source
java	text/plain
java	text/x-java-source
jcm	application/x-java-commerce
jfif	image/jpeg
jfif	image/pjpeg
jfif-tbnl	image/jpeg
jpe	image/jpeg
jpe	image/pjpeg
jpeg	image/jpeg
jpeg	image/pjpeg
jpg	image/jpeg
jpg	image/pjpeg
jps	image/x-jps
js	application/x-javascript
js	application/javascript
js	application/ecmascript
js	text/javascript
js	text/ecmascript
latex	application/x-latex
lha	application/lha
lha	application/octet-stream
lha	application/x-lha
lhx	application/octet-stream
list	text/plain
lsp	application/x-lisp
lsp	text/x-script. lisp
lst	text/plain
lzh	application/octet-stream
lzh	application/x-lzh
lzx	application/lzx
lzx	application/octet-stream
lzx	application/x-lzx
m3u	audio/x-mpequrl
man	application/x-troff-man
mid	application/x-midi
mid	audio/midi
mid	audio/x-mid
mid	audio/x-midi
mid	music/crescendo
mid	x-music/x-midi
midi	application/x-midi
midi	audio/midi
midi	audio/x-mid
midi	audio/x-midi
midi	music/crescendo
midi	x-music/x-midi
mod	audio/mod
mod	audio/x-mod
mov	video/quicktime
movie	video/x-sgi-movie
mp2	audio/mpeg
mp2	audio/x-mpeg
mp2	video/mpeg
mp2	video/x-mpeg
mp2	video/x-mpeq2a
mp3	audio/mpeg3
mp3	audio/x-mpeg-3
mp3	video/mpeg
mp3	video/x-mpeg
mp4	video/mp4
mpa	audio/mpeg
mpa	video/mpeg
mpeg	video/mpeg
mpg	audio/mpeg
mpg	video/mpeg
mpga	audio/mpeg
pas	text/pascal
pcl	application/vnd. hp-pcl
pcl	application/x-pcl
pct	image/x-pict
pcx	image/x-pcx
pdf	application/pdf
pic	image/pict
pict	image/pict
pl	text/plain
pl	text/x-script.perl
pm	image/x-xpixmap
pm	text/x-script.perl-module
pm4	application/x-pagemaker
pm5	application/x-pagemaker
png	image/png
pot	application/mspowerpoint
pot	application/vnd.ms-powerpoint
ppa	application/vnd.ms-powerpoint
pps	application/mspowerpoint
pps	application/vnd.ms-powerpoint
ppt	application/mspowerpoint
ppt	application/powerpoint
ppt	application/vnd. ms-powerpoint
ppt	application/x-mspowerpoint
ppz	application/mspowerpoint
ps	application/postscript
psd	application/octet-stream
pwz	application/vnd.ms-powerpoint
py	text/x-script.phyton
pyc	applicaiton/x-bytecode.python
qt	video/quicktime
qtif	image/x-quicktime
ra	audio/x-pn-realaudio
ra	audio/x-pn-realaudio-plugin
ra	audio/x-realaudio
ram	audio/x-pn-realaudio
rm	application/vnd.rn-realmedia
rm	audio/x-pn-realaudio
rpm	audio/x-pn-realaudio-plugin
rtf	application/rtf
rtf	application/x-rtf
rtf	text/richtext
rtx	application/rtf
rtx	text/richtext
rv	video/vnd. rn-realvideo
sgml	text/sgml
sgml	text/x-sgml
sh	application/x-bsh
sh	application/x-sh
sh	application/x-shar
sh	text/x-script.sh
shtml	text/html
shtml	text/x-server-parsed-html
ssi	text/x-server-parsed-html
tar	application/x-tar
tcl	application/x-tcl
tcl	text/x-script.tcl
text	application/plain
text	text/plain
tgz	application/gnutar
tgz	application/x-compressed
tif	image/tiff
tif	image/x-tiff
tiff	image/tiff
tiff	image/x-tiff
txt	text/plain
uri	text/uri-list
vcd	application/x-cdlink
vmd	application/vocaltec-media-desc
vrml	application/x-vrml
vrml	model/vrml
vrml	x-world/x-vrml
vsd	application/x-visio
vst	application/x-visio
vsw	application/x-visio
wav	audio/wav
wav	audio/x-wav
wmf	windows/metafile
xla	application/excel
xla	application/x-excel
xla	application/x-msexcel
xlb	application/excel
xlb	application/vnd. ms-excel
xlb	application/x-excel
xlc	application/excel
xlc	application/vnd.ms-excel
xlc	application/x-excel
xld	application/excel
xld	application/x-excel
xlk	application/excel
xlk	application/x-excel
xll	application/excel
xll	application/vnd.ms-excel
xll	application/x-excel
xlm	application/excel
xlm	application/vnd.ms-excel
xlm	application/x-excel
xls	application/excel
xls	application/vnd.ms-excel
xls	application/x-excel
xls	application/x-msexcel
xlt	application/excel
xlt	application/x-excel
xlv	application/excel
xlv	application/x-excel
xlw	application/excel
xlw	application/vnd. ms-excel
xlw	application/x-excel
xlw	application/x-msexcel
xm	audio/xm
xml	application/xml
xml	text/xml
z	application/x-compress
z	application/x-compressed
zip	application/x-compressed
zip	application/x-zip-compressed
zip	application/zip
zip	multipart/x-zip

Заголовок представления Content-Type используется для указания исходного носителя ресурса (до применения любой кодировки при отправке).

Нет, Content-Type не является обязательным полем. Это не обязательно согласно спецификации HTTP 1.1. Любое сообщение HTTP/1.1, содержащее тело объекта, СЛЕДУЕТ включать поле заголовка Content-Type, определяющее тип носителя этого тела.

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

Типом содержимого по умолчанию обычно является «application/octet-stream» с наиболее общим определением MIME/type.MIME/тип подходит для любого типа содержимого,которое может обслуживать веб-сервер.

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

В ответах заголовок Content-Type предоставляет клиенту фактический тип возвращаемого содержимого. Значение этого заголовка можно игнорировать, например, когда браузеры выполняют сниффинг MIME; установите для заголовка X-Content-Type-Options значение nosniff , чтобы предотвратить такое поведение.

В запросах (таких как POST или PUT ) клиент сообщает серверу, какой тип данных фактически отправляется.

Header type	Representation header
Запрещенное имя заголовка	no
Заголовок ответа с CORS-запретом	yes
Заголовок запроса с CORS-защитой	да, с дополнительным ограничением, что значения не могут содержать байт заголовка запроса CORS-unsafe : 0x00-0x1F (кроме 0x09 (HT)), "():<>?@[\]{} и 0x7F (DEL) . Он также должен иметь MIME-тип его анализируемого значения (без учета параметров): application/x-www-form-urlencoded , multipart/form-data или text/plain .

Syntax

Content-Type: text/html; charset=UTF-8
Content-Type: multipart/form-data; boundary=something

Directives

media-type

Тип MIME ресурса или данных.

charset

Стандарт кодирования символов.

boundary

Для составных объектов требуется boundary директива. Директива состоит из от 1 до 70 символов из набора символов (и не заканчивается пробелом), которые, как известно, очень надежны для шлюзов электронной почты. Он используется для инкапсуляции границ нескольких частей сообщения. Часто к границе заголовка добавляются два тире, а к последней границе добавляются два тире в конце.

Examples

Content-Type в HTML-формах

В запросе POST , полученном в результате enctype HTML-формы, Content-Type запроса указывается атрибутом enctype в элементе <form> .

<form action="/" method="post" enctype="multipart/form-data">
  <input type="text" name="description" value="some text" />
  <input type="file" name="myFile" />
  <button type="submit">Submit</button>
</form>

Запрос выглядит примерно так (здесь опущены менее интересные заголовки):

POST /foo HTTP/1.1
Content-Length: 68137
Content-Type: multipart/form-data; boundary=---------------------------974767299852498929531610575
-----------------------------974767299852498929531610575
Content-Disposition: form-data; name="description"
some text
-----------------------------974767299852498929531610575
Content-Disposition: form-data; name="myFile"; filename="foo.
  txt"
Content-Type: text/plain
(content of the uploaded file foo.txt)
-----------------------------974767299852498929531610575--

Specifications

Specification
HTTP-семантика # status.206
Семантика HTTP # field.content-type

Browser compatibility

	Desktop	Mobile
	Chrome	Edge	Firefox	Internet Explorer	Opera	Safari	WebView Android	Chrome Android	Firefox для Android	Opera Android	Safari на IOS	Samsung Internet
Content-Type	Yes	12	Yes	Yes	Yes	Yes	Yes	Yes	Yes	Yes	Yes	Yes

See also

• Accept
• Content-Disposition
• 206 Частичное содержимое
• X-Content-Type-Options

---

HTTP

• CSP: upgrade-insecure-requests

  Директива HTTP Content-Security-Policy (CSP) upgrade-insecure-requests предписывает агентам пользователя обрабатывать все URL-адреса сайта (те, которые обслуживаются, как если бы

• CSP: worker-src

  Директива worker-src HTTP Content-Security-Policy (CSP)определяет допустимые источники для сценариев SharedWorker,ServiceWorker.

• Cookie

  Заголовок HTTP-запроса Cookie содержит сохраненные файлы cookie, связанные с сервером. Заголовок Cookie является необязательным и может быть опущен, если, например, браузер

• Cross-Origin-Embedder-Policy

  Заголовок ответа HTTP Cross-Origin-Embedder-Policy (COEP) предотвращает загрузку документом любых ресурсов, которые явно не предоставляют разрешения (с использованием

• 1
• …
• 109
• 110
• 111
• 112
• 113
• …
• 405
• Next

[РЕШЕНО] MIME тип (text/html) или application/x-httpd-zip is not a valid JavaScript MIME type

Войти   

Login to your account

Запомнить меня

Забыли пароль?

Регистрация   

org/BreadcrumbList»>
•   >  
• Настройка сервера
• Ошибка is not a valid JavaScript MIME type

Поставить оценку ( рейтинг )

Категория: Настройки сервера, работа с хостингом

# Число комментариев: 0

Просмотров: 5619

Обновлено: 02.07.2022 04:28

• Если у вас не работают на сайте скрипты Js или CSS стили, как один из вариантов, нужно проверить MIME-типы.
• Возможно, что скрипты и работают в других браузерах, но в FF  и Chrome — нет.
• Или всё работает, но в браузерах, но в FF  и Chrome в панели Developer Tools появляются предупреждения … is not a valid JavaScript MIME type

Почему скрипт не работает в Сhrome или FF?

Находим и правим ошибку The script from “http:// . …. theme.js” was loaded even though its MIME type («text / html») is not a valid JavaScript MIME type.
или ошибку вида: The script from “http:// ….. theme.js” was loaded even though its MIME type (“application/x-httpd-zip”) is not a valid JavaScript MIME type.

или в рускоязычном варианте:

MIME-тип («text / html») не является допустимым MIME-типом JavaScript

или вариант

MIME-тип (“application/x-httpd-zip”) не является допустимым MIME-типом JavaScript »

Решение

1 Проверяем TYPE в скрипте

 Смотрим указан ли тип
type=»text/javascript» в коде самого скрипта.
Должно быть примерно так: Если у вас тип указан так:
type=»application/javascript»
то это тоже может создавать проблемы;
иногда помогает вообще удалить type

Если не помогло ✖, значит:

2 Сервер ( или ваш хостинг) настроен неправильно и обслуживает .js файлы с неправильным Content-Type заголовком

Настраиваем сервер

Находим на сервере файл php. conf
например (один из вариантов)
/etc/httpd/conf.d/php.conf
и настраиваем его. Для этого, дополнительно к строкам:

<FilesMatch \.php$>
    SetHandler application/x-httpd-php
</FilesMatch>

добавляем этот:

<FilesMatch «\.(js)$»>
SetHandler application/x-httpd-php
ForceType application/x-javascript
</FilesMatch>

или этот вариант:

<Files "*.js"> ForceType text/javascript </Files>  

Перезагружаем сервер, смотрим результат

 

3 В случае, когда  у вас ошибка

MIME-тип («text / html») не является допустимым MIME-типом JavaScript

Меняем на сервере, по аналогии с пунктом 2, тип содержимого: «text / html», на
 «text / javascript».

Решение 2

4 Проверяем .htaccess файл
в нем иногда, для улучшения безопасности, вставляют:

AddType application/x-httpd-zip . jar
AddType application/x-httpd-zip .js
AddType application/x-httpd-zip .jse

удаляем их!

Проверяем результат

Об авторе

Petrovich Group

О нашем проекте

Проект Joom-la-la предназначен для начинающих пользователей Системы управления сайтами Joomla; программистов, администраторов. Мы хотим поделиться с вами своими наработками и примерами.

Это один из сотен сайтов, сделанных нами в рамках бренда Petrovich Group. Надеемся быть вам полезными и ждём ваших комментариев

Петрович

Контактная информация

Владивосток, Россия

+ 7 423 2 *** ***

888 (@) jom-la-la.ru

petrovichgroup.ru

****

Новые публикации

18

июнь2017

Ошибка categories_ru…

Обнаружена ошибка. 1146 Table ‘datajet1.#__virtuemart_categories_ru_ru’ doesn’t exist  

1506 Далее…

16

март2018

Обнаружена ошибка.

U…

При попытке сохранить файл configuration появляется сообщение: 0 — Обнаружена ошибка. Unable to load…

1889 Далее…

21

июль2017

Настраиваем Helix Me…

Настраиваем много-колоночный вывод пунктов меню в выпадающем меню — Helix Mega Menu

4140 Далее…

21

июнь2017

После обновления до…

После обновления Joomla до 3.6 в разделе Менеджер расширений — установить появляется  Предупреж…

2421 Далее…

25

июнь2017

Серия Fatal ошибок в…

В достаточно хороших шаблонах Vina Bonnie, Vina Fashion, IncomeUp, Vina Bagshop есть проблема — они…

1218 Далее…

26

дек2017

[Решено] Ошибка при…

Иногда, при сохранении различного контента ( материала, портфолио), в админке,  возникает ошибк…

2322 Далее…

© Joom-la-la. ru . При любом использовании материалов ссылка на Joom-la-la.ru обязательна. Все права защищены.

Обработка персональных данных

типов MIME (типы мультимедиа IANA) — HTTP

Тип носителя (также известный как Многоцелевые расширения почты Интернета или тип MIME ) указывает характер и формат документа, файла или набора байтов. Типы MIME определены и стандартизированы в IETF RFC 6838.

Управление по присвоению номеров в Интернете (IANA) отвечает за все официальные типы MIME, и вы можете найти самый последний и полный список на их странице типов носителей.

Предупреждение: Браузеры используют тип MIME, а не расширение файла , чтобы определить, как обрабатывать URL-адрес, поэтому важно, чтобы веб-серверы отправляли правильный тип MIME в заголовке ответа Content-Type . Если это не настроено правильно, браузеры могут неправильно интерпретировать содержимое файлов, сайты не будут работать правильно, а загруженные файлы могут быть неправильно обработаны.

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

 тип/подтип
 

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

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

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

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

 тип/подтип; параметр=значение
 

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

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

Типы

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

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

В настоящее время в IANA зарегистрированы следующие дискретные типы:

приложение

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

аудио

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

пример

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

шрифт

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

изображение

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

модель

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

текст

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

видео

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

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

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

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

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

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

сообщение

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

составной

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

application/octet-stream

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

text/plain

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

Примечание: text/plain не означает «любые текстовые данные». Если они ожидают определенного типа текстовых данных, они, скорее всего, не сочтут это совпадением. В частности, если они загружают файл text/plain из элемента , объявляющего файл CSS, они не распознают его как допустимый файл CSS, если ему представлен text/plain . Должен использоваться тип MIME CSS text/css .

текст/CSS

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

text/html

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

Примечание: Используйте application/xml или application/xhtml+xml , если вам нужны строгие правила синтаксического анализа XML, разделы или элементы, которые не из HTML/ Пространства имен SVG/MathML.

текст/javascript

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

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

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

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

• приложение/javascript Not for use in new websites."> Устаревший
• приложение/ecmascript Устаревший
• приложение/x-ecmascript Нестандартный
• приложение/х-javascript Нестандартный
• текст/экмаскрипт Устаревший
• текст/javascript1.0 Нестандартный
• текст/javascript1.1 Нестандартный
• текст/javascript1.2 "> Нестандартный
• текст/javascript1.3 Нестандартный
• текст/javascript1.4 Нестандартный
• текст/javascript1.5 Нестандартный
• текст/jscript Нестандартный
• текст/сценарий Нестандартный
• текст/x-ecmascript Нестандартный
• текст/x-javascript "> Нестандартный

Примечание: Несмотря на то, что любой данный пользовательский агент может поддерживать некоторые или все из них, вы должны использовать только text/javascript . Это единственный тип MIME, который гарантированно будет работать сейчас и в будущем.

Типы изображений

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

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

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

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

Типы аудио и видео

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

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

В руководствах по аудио- и видеокодекам перечислены различные кодеки, которые часто поддерживаются веб-браузерами, а также сведения о совместимости, а также техническая информация, например, сколько аудиоканалов они поддерживают, какой тип сжатия используется, какая скорость передачи данных и т. д. они поддерживают. полезно при. Кодеки, используемые в руководстве WebRTC, расширяют это, специально охватывая кодеки, поддерживаемые основными веб-браузерами, поэтому вы можете выбрать кодеки, которые лучше всего подходят для диапазона браузеров, которые вы хотите поддерживать.

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

Наиболее часто используемые типы MIME, используемые для веб-контента, перечислены ниже. Однако это не полный список всех типов, которые могут быть доступны. Для этого см. руководство по форматам медиаконтейнеров.

MIME-тип	Аудио или видео тип
аудио/волна , аудио/wav , аудио/x-wav , аудио/x-pn-wav	Аудиофайл в формате контейнера WAVE. Аудиокодек PCM (кодек WAVE "1") часто поддерживается, но другие кодеки имеют ограниченную поддержку (если есть).
аудио/вебм	Аудиофайл в формате контейнера WebM. Vorbis и Opus — это кодеки, официально поддерживаемые спецификацией WebM.
видео/веб-сайт	Видеофайл, возможно, со звуком, в формате контейнера WebM. VP8 и VP9 — наиболее распространенные видеокодеки; Vorbis и Opus — самые распространенные аудиокодеки.
аудио/ogg	Аудиофайл в формате контейнера Ogg. Vorbis — наиболее распространенный аудиокодек, используемый в таком контейнере; однако Opus теперь поддерживается и Ogg.
видео/огг	Видеофайл, возможно, со звуком, в формате контейнера Ogg. Theora — обычный видеокодек, используемый в нем; Vorbis — обычный аудиокодек, хотя Opus становится все более распространенным.
приложение/ogg	Аудио- или видеофайл, использующий формат контейнера Ogg. Theora — обычный видеокодек, используемый в нем; Vorbis — обычный аудиокодек.

multipart/form-data

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

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

 Content-Type: multipart/form-data; граница = граничная строка
(другие заголовки, связанные с составным документом в целом)
--aBoundaryString
Content-Disposition: данные формы; имя = "мой файл"; имя_файла="img.jpg"
Тип содержимого: изображение/jpeg
(данные)
--aBoundaryString
Content-Disposition: данные формы; имя = "мое поле"
(данные)
--aBoundaryString
(больше подразделов)
--aBoundaryString--
 

Следующие <форма> :

 <форма
  действие = "http://локальный: 8000/"
  метод = "пост"
  enctype="multipart/form-data">
  Имя: 
   Проверить
  <метка>
    Загрузить файл:  txt" />
  
  Отправить файл

 

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

 POST / HTTP/1.1
Хост: локальный: 8000
Агент пользователя: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:50.0) Gecko/20100101 Firefox/50.0
Принять: текст/html, приложение/xhtml+xml, приложение/xml; q = 0,9, */*; q = 0,8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
Соединение: Keep-alive
Обновить-небезопасные-запросы: 1
Content-Type: multipart/form-data; граница=--------------------------------------------------------87216560415653955004498
Длина контента: 465
-----------------------------87216560415653955004498
Content-Disposition: данные формы; имя = "мое текстовое поле"
Тест
-----------------------------87216560415653955004498
Content-Disposition: данные формы; имя = "мой флажок"
на
-----------------------------87216560415653955004498
Content-Disposition: данные формы; имя = "мой файл"; имя файла="test.txt"
Content-Type: текстовый/обычный
Простой файл. 
-----------------------------87216560415653955004498--
 

multipart/byteranges

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

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

 HTTP/1.1 206 Частичное содержимое
Допустимые диапазоны: байты
Content-Type: multipart/byteranges; граница=3d6b6a416f9b5
Длина контента: 385
--3d6b6a416f9b5
Тип содержимого: текст/html
Content-Range: байты 100-200/1270
eta http-equiv="Content-type" content="text/html; charset=utf-8" />
    Содержимое 
 Большинство веб-серверов отправляют нераспознанные ресурсы в виде MIME-типа  application/octet-stream . Из соображений безопасности большинство браузеров не позволяют устанавливать пользовательское действие по умолчанию для таких ресурсов, вынуждая пользователя сохранять его на диск, чтобы использовать его.
 Некоторые распространенные неправильные конфигурации сервера:
 RAR-сжатые файлы.
 В этом случае идеальным будет истинный тип исходных файлов; часто это невозможно, так как файлы .RAR могут содержать несколько ресурсов разных типов.
 В этом случае настройте сервер на отправку  application/x-rar-compressed  .
 Аудио и видео.
 Только ресурсы с правильным типом MIME будут воспроизводиться в  или   элементов.
 Обязательно укажите правильный тип носителя для аудио и видео.
 Собственные типы файлов.
 Избегайте использования  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  ).
 Не все типы файлов имеют магические числа, так что это тоже не на 100% надежно.
 Технологии веб-медиа
 Руководство по типам носителей, используемых в Интернете
 Правильная настройка типов MIME сервера
 Обнаружили проблему с содержанием этой страницы? 
 Отредактируйте страницу на GitHub.
 Сообщить о проблеме с содержимым.
 Просмотрите исходный код на GitHub.
 Хотите принять больше участия?
 Узнайте, как внести свой вклад.
 Последний раз эта страница была изменена  000Z"> 3 марта 2023 г.  участниками MDN.
 заголовков HTTP | Content-Type - GeeksforGeeks 
 Улучшить статью
 Сохранить статью
 Уровень сложности:
Easy
 Последнее обновление:
29 июл, 2021
 Читать
 Обсудить
 Улучшить статью
 Сохранить статью
 Заголовок Content-Type используется для указания типа носителя ресурса. Тип носителя — это строка, отправляемая вместе с файлом, указывающая формат файла. Например, для файла изображения его тип носителя будет таким, как изображение/png или изображение/jpg и т. д.
 В ответ сообщает клиенту о типе возвращаемого контента. Браузер узнает о типе контента, который он должен загрузить на машину. Каждый раз, когда его поток байтов файла, который браузеры получают, по заголовку Content-type, браузер будет делать что-то, известное как анализ MIME, т. е. он проверяет поток, который он получает, а затем загружает данные соответствующим образом.
  Синтаксис: 
 Content-Type: text/html; кодировка = UTF-8
Content-Type: multipart/form-data; граница = что-то
 
  Директивы:  В заголовках HTTP есть три директивы Content-type.
  тип носителя:  Содержит тип данных MIME (многоцелевые расширения почты Интернета).
  кодировка:  Содержит стандарт кодировки символов. Charset — это стандарт кодировки, в котором данные будут приниматься браузерами.
  граница:  Директива границы требуется при наличии составных объектов. Граница предназначена для составных объектов, состоящих из 70 символов из набора символов, которые, как известно, очень надежны для шлюзов электронной почты и не содержат пробелов. 9?|?1?qm???(?h??C?OV?js{e?+
L?b?{%?@`?+:sQ?@? 

Здесь ясно видно, что применение информации заголовка Content-type сообщает браузеру тип ответа, который он получает от сервера.

All possible values ​​of HTTP Content-type header:

Type	Values ​​
Application	application/EDI-X12 application/EDIFACT application/javascript application/octet-stream application/ogg application/pdf application/xhtml+xml application/x-shockwave-flash application/json application/ld+json application/xml application/zip application/x-www-form-urlencoded
Аудио	аудио/mpeg аудио/x-ms-wma аудио/vnd. rn-realaudio аудио/x-wav
Изображение	изображение	изображение/31gif изображение/gif 90 изображение/tiff изображение/vnd.microsoft.icon image/x-icon image/vnd.djvu image/svg+xml
Multipart	multipart/mixed multipart/alternative multipart/related (используется MHTML (почта HTML).) multipart/form -data
Text	text/css text/csv text/html text/javascript (obsolete) text/plain text/xml
Video	video/mpeg video/mp4 видео/quicktime видео/x-ms-wmv видео/x-msvideo видео/x-flv видео/webm
донгов	приложение/vnd.oasis.opendocument.text приложение/vnd.oasis.opendocument.spreadsheet приложение/vnd.oasis.opendocument.presentation/vnd731 приложение .oasis.opendocument.graphics application/vnd.ms-excel application/vnd. openxmlformats-officedocument.spreadsheetml.sheet application/vnd.ms-powerpoint application/vnd.openxmlformats-officedocument.presentationml.presentation application/msword application/vnd.openxmlformats-officedocument.wordprocessingml.document application/vnd.mozilla.xul+xml

Поддерживаемые браузеры: Браузеры, совместимые с HTTP-заголовками Content-type , перечислены ниже:

3 Google 9007 Chrome
• Internet Explorer
• Firefox
• Safari
• Opera

HTML является основой веб-страниц, используется для разработки веб-страниц путем структурирования веб-сайтов и веб-приложений. Вы можете изучить HTML с нуля, следуя этому руководству по HTML и HTML-примеры.

Статьи по теме

Что нового

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

Каковы все возможные значения для заголовка HTTP "Content-Type"?

спросил 8 лет, 9 месяцев назад

Изменено 5 месяцев назад

Просмотрено 515 тысяч раз

Я должен проверить значение заголовка Content-Type , прежде чем передавать его в HTTP-запрос.

Существует ли конкретный список для всех возможных значений Content-Type ?

В противном случае есть ли способ проверить тип содержимого перед его использованием в HTTP-запросе?

• http
• http-заголовки
• httprequest
• тип содержимого

5

Здесь вы можете найти все типы контента: http://www.iana.org/assignments/media-types/media-types.xhtml

Наиболее распространенные типы:

1. Тип приложения:

    приложение/java-архив
    приложение/EDI-X12
    приложение/ЭДИФАКТ
    приложение/javascript
    приложение/октетный поток
    приложение/ogg
    приложение/pdf
    приложение/xhtml+xml
    приложение /x-shockwave-flash
    приложение/json
    приложение/ld+json
    приложение/xml
    приложение/zip
    приложение/x-www-форма-urlencoded
    

2. Тип аудио:

    аудио/мпег
    аудио/x-ms-wma
    аудио/vnd.rn-realaudio
    аудио/x-wav
    

3. Тип изображения:

    изображений/гиф
    изображение/jpeg
    изображение/png
    изображение/tiff
    изображение/vnd. microsoft.icon
    изображение/x-значок
    изображение /vnd.djvu
    изображение/svg+xml
    

4. Тип составной:

    составной/смешанный
    составной/альтернативный
    multipart/related (используется MHTML (почта HTML).)
    multipart/form-data
    

5. Введите текст:

    текст/CSS
    текст/csv
    текст/html
    текст/javascript (устарело)
    текст/обычный
    текст/xml
    

6. Тип видео:

    видео/мпэг
    видео/mp4
    видео/быстрое время
    видео/x-ms-wmv
    видео/x-msvideo
    видео/xflv
    видео/вебм
    

7. Тип vnd:

    приложение/vnd.android.package-архив
    приложение/vnd.oasis.opendocument.text
    приложение/vnd.oasis.opendocument.spreadsheet
    приложение/vnd.oasis.opendocument.presentation
    приложение /vnd.oasis.opendocument.graphics
    приложение /vnd.ms-excel
    приложение/vnd.openxmlformats-officedocument.spreadsheetml.sheet
    приложение /vnd.ms-Powerpoint
    приложение/vnd.openxmlformats-officedocument.presentationml.presentation
    приложение/msword
    приложение/vnd. openxmlformats-officedocument.wordprocessingml.document
    приложение/vnd.mozilla.xul+xml
    

0

Как определено в RFC 1341:

В расширенной нотации BNF RFC 822 поле заголовка Content-Type значение определяется следующим образом:

Content-Type := тип "/" подтип *[";" параметр]

тип := "приложение" / "аудио" / "изображение" / "сообщение" / "составной" / "текст" /"видео"/x-токен

x-token := < Два символа "X-" следуют без промежуточный пробел, любым токеном>

подтип := токен

параметр := атрибут "=" значение

Атрибут

:= токен

значение: = токен / строка в кавычках

токен := 1*<любой CHAR, кроме SPACE, CTL или tspecials>

tspecials := "(" / ")" / "<" / ">" / "@" ; Должен быть в / "," / ";" / ":" / "" / <"> ; строка в кавычках, / "/" / "[" / "]" / "?" / "." ; использовать внутри "=" значения параметров

И список известных типов MIME, которые могут следовать за ним (или, как отмечает Джо, источник IANA).

Как видите, список слишком велик, чтобы вы могли проверить его все. Что вы можете сделать, так это свериться с общим форматом и атрибутом типа , чтобы убедиться, что это правильно (набор опций невелик), и просто предположить, что то, что следует за ним, правильно (и, конечно же, отловить любые исключения, которые могут возникнуть, когда вы используете его на практике).

Также обратите внимание на комментарий выше:

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

Вы заметите, что многие из HTTP-запросов/ответов включают в себя какой-то заголовок X-, который является самоопределяемым, имейте это в виду при проверке типов.

3

Я хотел бы охватить подмножество возможных значений «типа контента», ваш вопрос, похоже, сосредоточен на определении известных типов контента.

@Jeroen Ссылка на RFC 1341 великолепна, но IANA хранит довольно исчерпывающий список веб-страница официально зарегистрированных типов СМИ здесь.

1

Если вы используете jaxrs или любой другой, то перед отправкой запроса будет класс с именем mediatype.User interceptor и сравните его с этим.

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

полей Content-Type в MIME

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

(См. историческую справку)

Поле заголовка Content-Type используется для обозначения характера принадлежащий данные в теле сущности, указав тип и идентификаторы подтипов, и путем предоставления вспомогательной информации которые могут потребоваться для определенных типы. После типа и подтип имена, остальная часть заголовка поле это просто набор параметров, указывается в нотации атрибут/значение. Набор значимых параметров отличается для разных типы. Порядок параметров незначительный. Среди определенных параметры - это параметр "charset" к какой набор символов использовался в теле могут быть объявлены. Комментарии разрешены в соответствии с RFC 822 правила для структурированный заголовок поля.

Как правило, Content-Type верхнего уровня используется для объявления генерал тип данных, а подтип указывает специальный формат для этот тип данных. Таким образом, Content-Type "image/xyz" достаточно, чтобы сказать пользовательский агент, который данные является изображение, даже если пользовательский агент нет знаний о конкретное изображение формат "xyz". Такая информация может использоваться, например, решить показывать или нет пользователю сырой данные из неизвестного подтипа -- такое действие может быть разумный для нераспознанных подтипов текста, но не для нераспознанные подтипы изображения или звука. По этой причине, зарегистрированные подтипы аудио, изображения, текст и видео должны не содержать встроенная информация, которая действительно из другой тип. Такое соединение типы должны быть представлены с использованием «составной» или «приложение» типы.

Параметры — это модификаторы подтипа контента, и не коренным образом влияет требованиям хост-системы. Хотя большинство параметров делают смысл только при определенных типы контента, другие являются «глобальными» в смысле что они может относиться к любому подтипу. Например, «граница». параметр имеет смысл только для тип содержимого "multipart", но Параметр "charset" может иметь смысл с несколькими типы контента.

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

В расширенной нотации BNF RFC 822, Content-Type поле заголовка значение определяется следующим образом:

Content-Type := тип "/" подтип *[";" параметр]
тип := "приложение" / "аудио"
          / "изображение" / "сообщение"
          / "составной" / "текст"
          / "видео" / x-токен
x-token := <Два символа «X-» следуют без
           промежуточный пробел, любым токеном>
подтип := токен
параметр := атрибут "=" значение
атрибут := токен
значение: = токен / строка в кавычках
token := 1*<любой CHAR, кроме SPACE, CTL или tspecials>
tspecials := "(" / ")" / "<" / ">" / "@" ; Должен быть в
           / "," / ";" / ":" / "\" / <"> ; строка в кавычках,
           / "/" / "[" / "]" / "?" / ". " ; использовать внутри
           "=" значения параметров

 

Обратите внимание, что определение "tspecials" такое же, как Определение RFC 822 "спец" с добавлением принадлежащий три символа «/», «?», и "=".

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

Тип, подтип и параметр имена не регистр чувствительный. Например, ТЕКСТ, Текст и ТЕКСТ - все эквивалент. Параметр значения обычно чувствительны к регистру, но некоторые параметры интерпретируется как случай- бесчувственный, в зависимости от предполагаемого использования. (Для пример, составные границы чувствительны к регистру, но "доступ- type" для сообщения/внешнего тела не чувствителен к регистру.)

Помимо этого синтаксиса, единственное ограничение по определению имена подтипов это желание, чтобы их использование не должен конфликт. То есть это было бы нежелательно иметь два разные сообщества используя «Тип контента: application/foobar" означает два разные вещи. процесс определения новых подтипов контента, то это не предназначен для механизм наложения ограничений, но просто механизм рекламы обычаи. Есть, поэтому, два приемлемых механизма определение новых Подтипы Content-Type:

• Частные значения (начиная с «X-») может быть определяется на двусторонней основе между два сотрудничающих агенты без без регистрации или стандартизация.
• Новые стандартные значения должны быть задокументировано, зарегистрированы и одобрен IANA, как описал в Приложении F. Где предназначено для публичное использование, форматы, которые они обратиться к обязательно также определяться опубликованная спецификация, и возможно, предлагается для стандартизации.

Семь стандартных начальных предопределенных Типы содержимого подробно в основную часть этого документа. Они являются:

текст

текстовая информация. первичный подвид, "простой", указывает обычный (неформатированный) текст. Нет требуется специальное программное обеспечение для получить полный смысл текст, помимо поддержки указанный набор символов. Подтипы должны использоваться для обогащенного текста в формах, где применение программное обеспечение может улучшить внешний вид текста, но такой софт не должны требоваться для того, чтобы получить общее представление о содержание. Возможный подтипы таким образом включить любой читаемый текстовый процессор формат. Очень простой и портативный подтип, форматированный текст, это определены в этом документе.

составной

данные, состоящие из нескольких части независимые типы данных. Четыре исходных подтипа определены, в том числе первичные «смешанные» подтип, "альтернативный" для представления одинаковый данные в нескольких форматах, "параллельно" по частям намеревался для одновременного просмотра и "переварить" для составных объектов в котором каждая часть тип "сообщение".

сообщение

инкапсулированное сообщение. Тело Тип содержимого "сообщение" сам по себе полностью отформатирован RFC 822-совместимое сообщение, которое может содержать его собственный другой Content-Type поле заголовка. первичный подтип это "rfc822". «частичный» подтип определен для частичного сообщения, чтобы разрешить фрагментированный передача тел, которые считается слишком большим, чтобы быть прошло по почте транспорт удобства. Другой подвид, «Внешнее тело» определяется для указание больших органы по ссылке во внешний источник данных.

изображение

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

аудио

аудиоданные, с начальным подтип «базовый». Аудио требует устройство вывода звука (например, динамик или телефон) для "отображения" содержимое.

видео

видеоданные. Видео требует способность дисплей движущийся изображения, обычно включающие специализированное аппаратное и программное обеспечение. Начальный подтип "mpeg".

приложение

какой-то другой данные, как правило либо не интерпретируется двоичные данные или информацию для быть обрабатывается почтовым приложением. первичный подтип, "октетный поток", должен использоваться в случай неинтерпретированного двоичные данные, в которых случай самое простое рекомендуемое действие - предложение написать информацию в файл для пользователя. Два дополнительных подтипы "ODA" и "PostScript", определены для транспортировки ОПР и постскриптум документы в тел. Другое предполагаемое использование для "приложение" включать электронные таблицы, данные для почтовые системы планирования, и языки для «активный» (вычислительный) электронная почта. (Обратите внимание, что активный электронная почта влечет за собой несколько соображений безопасности, которые обсуждаются позже в этой памятке особенно в контексте из приложение/PostScript.)

Сообщения RFC 822 по умолчанию печатаются по этому протоколу как обычный текст в наборе символов US-ASCII, который может быть явно указано как "Тип содержимого: текстовый/обычный; кодировка=us-ascii". Если Content-Type не указан, либо по ошибке, либо по старшая пользовательский агент, предполагается, что это значение по умолчанию. В присутствии MIME-версии поле заголовка, принимающий пользовательский агент может также предположим, что обычный US-ASCII текст был отправлен отправителем намерение. При отсутствии MIME-версии Спецификация, обычный текст US-ASCII все еще следует предполагать, но отправитель намерение могло быть иным.

(См. Обоснование)

Следует отметить, что список значений Content-Type данный здесь может быть увеличено во времени, через механизмы описано выше, и что набор подтипов ожидается к существенно расти.

Когда программа чтения почты встречает почту с неизвестным содержимым- тип значение, он должен обычно относиться к это как эквивалент "приложение/октет-поток", как описано далее в этом документ.

Освоение HTTP-заголовка Content-Type

Заголовок Content-Type используется в веб-запросах, чтобы указать, какой тип носителя или ресурса используется в запросе или ответе.

Когда вы отправляете данные в запросе, таком как PUT или POST, вы передаете заголовок Content-Type , чтобы сообщить серверу, какой тип данных он получает.

При получении ответа от сервера также будет заголовок Content-Type . Он сообщает клиенту, какой тип данных возвращается, чтобы он знал, как его обрабатывать.

---

Является ли Content-Type обязательным полем?

Нет, Content-Type не является обязательным полем. Это не обязательно согласно спецификации HTTP 1.1.

http://www.w3.org/Protocols/rfc2616/rfc2616-sec7.html#sec7.2.1

Любому сообщению HTTP/1.1, содержащему тело объекта, СЛЕДУЕТ включать поле заголовка Content-Type, определяющее тип носителя этого тела. Если и только если тип мультимедиа не указан в поле Content-Type, получатель МОЖЕТ попытаться угадать тип мультимедиа, проверив его содержимое и/или расширение (я) имени URI, используемого для идентификации ресурса. Если тип мультимедиа остается неизвестным, получатель ДОЛЖЕН рассматривать его как тип «application/octet-stream».

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

---

Является ли Content-Type чувствительным к регистру?

Для названий полей заголовков, нет.

Если вы передадите Content-Type или content-type или даже что-то очень креативное, например Content-TYPE ... все должно работать нормально!

Из http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2:

4.2 Заголовки сообщений

Поля заголовка HTTP, которые включают в себя поля общего заголовка (раздел 4.5), заголовка запроса (раздел 5.3), заголовка ответа (раздел 6.2) и заголовка объекта (раздел 7.1), имеют тот же общий формат, что и приведенный в Раздел 3.1 RFC 822 [9]. Каждое поле заголовка состоит из имени, за которым следует двоеточие (":") и значение поля. Имена полей нечувствительны к регистру.

Однако значения параметров, которые вы передаете для этого заголовка, могут зависеть.

Как правило, значения параметров могут быть чувствительны к регистру, и это зависит от значения параметра.

Например, официальные спецификации W3C гласят: «Имена для кодировок символов нечувствительны к регистру». Итак, Content-Type : text/html; charset=UTF-8 должен быть эквивалентен Content-Type: text/html; кодировка=utf-8 .

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

---

В чем разница между заголовками Content-Type и Accept?

Во-первых, заголовок Accept используется только в запросах (вы, вероятно, не увидите его в ответах), тогда как Content-Type используется как в запросах, так и в ответах.

Это связано с тем, что заголовок Accept используется в запросе, чтобы сообщить серверу, какой тип носителя должен быть в ответе.

Это все равно, что запрашивать у сервера информацию и сообщать ему, какую информацию вы ожидаете получить в ответ.

Заголовок Content-Type сообщает вам, какой на самом деле тип носителя в текущем запросе.

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

Покажите пример!

Если я размещаю изображение на веб-сайте, мой заголовок Content-Type может быть image/jpeg , поскольку медиафайл в этом запросе представляет собой изображение в формате jpeg. мой Заголовок Accept сообщит веб-сайту, какой ответ я хочу получить. Если мне все равно, мой заголовок Accept , вероятно, будет */* , что означает, что все работает.

Когда веб-сайт получит мой почтовый запрос с изображением, я получу от них ответ. Он также будет иметь заголовок Content-Type , чтобы сообщить мне тип их ответа. В данном случае это application/json;charset=utf-8 , что означает, что их сервер ответил в формате JSON.

---

Каковы возможные значения заголовка Content-Type?

Ну, там тонна. Слишком много, чтобы перечислять здесь, поэтому я расскажу о наиболее распространенных типах, которые, вероятно, будут иметь то, что вам нужно.

Если вам все еще интересно, вот список всех заголовков Content-Type.

Типы текста

• text/xml
• текст/CSS
  
• текст/csv
  
• текст/html
  
• текстовый/обычный
  
• текст/javascript

Изображения

• изображение/gif
  
• изображение/png
  
• изображение/jpeg
  
• изображение/svg+xml
  
• изображение/TIFF
  
• изображение/значок x
  
• изображение/vnd.djvu
  

Типы приложений

• приложение/zip
  
• приложение/pdf
  
• приложение/xml
  
• приложение/огг
  
• приложение/json
  
• приложение/ld+json
  
Приложение
• /EDI-X12
  
Приложение
• /ЭДИФАКТ
  
• приложение/javascript
  
• приложение/xhtml+xml
  
• приложение/java-архив
• приложение/октетный поток
  
• приложение/x-shockwave-flash
• приложение/x-www-form-urlencoded
  

Типы аудио

• аудио/mpeg
• аудио/x-wav
• аудио/x-ms-wma
• аудио/vnd. rn-realaudio

Типы видео

• видео/быстрое время
• видео/веб-сайт
  
• видео/mpeg
  
• видео/mp4
  
• видео/x-flv
  
• видео/х-мсвидео
• видео/x-ms-wmv

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

Это означает, что существует 2 или более частей контента, каждая из которых также имеет собственный тип.

• составной/смешанный
• составные/связанные
• multipart/form-data
• составной/вариант

RFC 2854: тип носителя text/html

RFC 2854: тип носителя text/html [Домашняя страница RFC] [ТЕКСТ|PDF|HTML] [Отслеживание] [ПИС] [Информационная страница]

ИНФОРМАЦИЯ

 Сетевая рабочая группа Д. Коннолли
Запрос комментариев: 2854 Консорциум World Wide Web (W3C)
Устарело: 2070, 1980, 1942, 1867, 1866 Л. Масинтер
Рубрика: Информационная AT&T
                                                               июнь 2000 г.
                       Тип медиа «text/html»
Статус этого меморандума
   В этом меморандуме содержится информация для интернет-сообщества.  Оно делает
   не указывать какой-либо стандарт Интернета. Распространение этого
   Памятка не ограничена.
Уведомление об авторских правах
   Авторское право (C) Общество Интернета (2000 г.). Все права защищены.
Абстрактный
   Этот документ обобщает историю развития HTML и определяет
   тип MIME "text/html", указав на соответствующий W3C
   рекомендации; он предназначен для устаревания предыдущего IETF
   документы, определяющие HTML, включая RFC 1866, RFC 1867, RFC 1980, РФЦ
   1942 и RFC 2070, а также удалить HTML из списка стандартов IETF.
   Этот документ был подготовлен по запросу рабочей группы W3C HTML.
   группа. Пожалуйста, присылайте комментарии по адресу [email protected], общедоступному списку рассылки.
   с архивом на .
1. Введение и предыстория
   HTML использовался в информационной инфраструктуре всемирной паутины.
   с 1990 года и указывается в различных неофициальных документах.
   Тип мультимедиа text/html был впервые официально определен IETF HTML. 
   рабочая группа в 1995 в [HTML20]. Были предложены расширения HTML
   в [HTML30], [UPLOAD], [TABLES], [CLIMAPS] и [I18N].
   Рабочая группа IETF HTML закрылась в сентябре 1996 г. и работает над определением
   HTML перешел в Консорциум World Wide Web (W3C). Предлагаемый
   расширения были в некоторой степени включены в [HTML32], и в
   большей степени в [HTML40]. Определение multipart/form-data из
   [ЗАГРУЗИТЬ] было описано в [FORMDATA]. Кроме того, переформулировка
   Разработан HTML 4.0 в XML 1.0[XHTML1].
Connolly & Masinter Informational [Страница 1] 

---

RFC 2854 Тип носителя text/html, июнь 2000 г.
   [HTML32] отмечает: «Эта спецификация определяет HTML версии 3.2. HTML 3.2
   направлен на то, чтобы зафиксировать рекомендуемую практику с начала 1996 года и, таким образом,
   использоваться в качестве замены HTML 2.0 (RFC 1866).
   спецификации для HTML описывают различия в каждой версии.
   Помимо разработки стандартов, большое разнообразие
   были добавлены дополнительные расширения, ограничения и модификации HTML. 
   популяризирована системой Mosaic NCSA, а затем
   конкурентные реализации Netscape Navigator и Microsoft
   Internet Explorer; эти расширения задокументированы в многочисленных книгах
   и онлайн-руководства.
2. Регистрация типа носителя MIME text/html
   Имя типа носителя MIME: текст
   Имя подтипа MIME: html
   Обязательные параметры: нет
   Дополнительные параметры:
      кодировка
         Необязательный параметр "charset" относится к символу
         кодировка, используемая для представления HTML-документа в виде последовательности
         байт. Можно использовать любую зарегистрированную кодировку IANA, но UTF-8
         предпочтительно. Хотя этот параметр является необязательным, он строго
         рекомендуется, чтобы он всегда присутствовал. См. Раздел 6 ниже для
         обсуждение правил кодировки по умолчанию.
      Обратите внимание, что [HTML20] включает необязательный параметр «уровень»; в
      на практике этот параметр никогда не использовался и был удален из
      эта спецификация.  [HTML30] также предложил "версию"
      параметр; на практике этот параметр также никогда не использовался и
      были удалены из этой спецификации.
   Рекомендации по кодированию:
      См. Раздел 4 этого документа.
   Соображения безопасности:
      См. раздел 7 настоящего документа.
   Соображения по совместимости:
      HTML предназначен для взаимодействия с максимально широкими возможностями.
      широкий выбор платформ и устройств с различными возможностями. Однако,
      существуют контексты (платформы с ограниченными возможностями отображения, для
      пример), где не все возможности полного HTML
      определения допустимы. Ведется постоянная работа по развитию как
      модульность HTML и набор возможностей профилирования для
      определить и согласовать ограниченные (и расширенные) возможности.
Connolly & Masinter Informational [Страница 2] 

---

RFC 2854 Тип носителя text/html, июнь 2000 г.
      В связи с длительной и распределенной разработкой HTML, текущий
      практика работы в Интернете включает в себя большое разнообразие вариантов HTML. 
      Разработчики интерпретаторов text/html должны быть готовы
      "совместимость с ошибками" с популярными браузерами для работы со многими
      HTML-документы доступны в Интернете.
      Как правило, разные версии можно отличить по DOCTYPE.
      объявление, содержащееся в них, хотя DOCTYPE
      само объявление иногда опускается или неверно.
   Опубликованная спецификация:
      Тип мультимедиа text/html теперь определяется Рекомендациями W3C;
      последняя опубликованная версия — [HTML401]. Кроме того, [XHTML1]
      определяет профиль использования XHTML, который совместим с HTML
      4.01 и который также может быть помечен как text/html.
   Приложения, использующие этот тип носителя:
      Первым и наиболее распространенным применением HTML является World Wide
      Интернет; обычно документы HTML содержат ссылки URI [URI] на
      другие документы и носители, которые необходимо получить с использованием протокола HTTP.
      [HTTP]. Многие шлюзовые приложения предоставляют HTML-интерфейсы для
      другие базовые комплексные услуги.  Теперь множество других приложений
      также использовать HTML как удобный независимый от платформы мультимедиа
      представление документов.
   Дополнительная информация:
      Магическое число:
         Не существует единой начальной строки, которая всегда присутствовала бы для
         HTML-файлы. Тем не менее, в Разделе 5 ниже приведены некоторые рекомендации по
         распознавание файлов HTML.
      Расширение файла:
         Расширения файлов «html» или «htm» обычно используются, но
         другие расширения, обозначающие форматы файлов для предварительной обработки,
         также общий.
      Код типа файла для Macintosh: TEXT
   Контактное лицо и адрес электронной почты для получения дополнительной информации:
      Дэн Коннолли 
      Ларри Масинтер 
Connolly & Masinter Informational [Страница 3] 

---

RFC 2854 Тип носителя text/html, июнь 2000 г.
   Предполагаемое использование: ОБЩИЙ
   Автор/изменить контроллер:
      Спецификация HTML является продуктом работы World Wide Web. 
      Рабочая группа Консорциума по HTML. W3C контролирует изменения
      спецификация HTML.
   Дальнейшая информация:
      HTML имеет средства для включения по ссылке через URI дополнительных
      ресурсы (изображение, видеоклип, апплет) в базовом документе. В
      для передачи полного HTML-объекта и включенного
      ресурсы в одном объекте MIME, механизмы [MHTML] могут
      использоваться.
3. Идентификаторы фрагментов
   Спецификация URI [URI] отмечает, что семантика фрагмента
   идентификатор (часть URI после "#") является свойством данных
   в результате поискового действия, и что формат и
   интерпретация идентификаторов фрагментов зависит от типа носителя
   результата поиска.
   Для документов, помеченных как text/html, идентификатор фрагмента
   обозначает элемент с соответствующим названием; любой элемент может быть
   с атрибутом "id" и A, APPLET, FRAME, IFRAME, IMG и
   Элементы MAP могут быть названы атрибутом «имя». Это описано
   подробно в [HTML40], раздел 12.
4. Рекомендации по кодированию
   Из-за доступности в самом HTML для использования символа
   ссылки на объекты, документы, в которых используется широкий набор символов
   может по-прежнему быть представлен с использованием кодировки US-ASCII и транспортироваться
   без кодировки.  Однако транспортировка text/html с использованием кодировки
   кроме US-ASCII, может потребоваться кодировка base64 или кавычки.
   для 7-битных каналов.
   Как и во всех текстовых подтипах MIME, каноническая форма "text/html"
   всегда должен представлять разрыв строки как последовательность значений байта CR
   (0x0D), за которым следует значение байта LF (0x0A). Точно так же любой
   появление такой последовательности CRLF в "text/html" должно представлять
   Разрыв строки. Использование значений байтов CR и значений байтов LF за пределами строки
   прерывание последовательностей также запрещено. Это правило действует независимо от
   задействованная кодировка символов («charset»).
Connolly & Masinter Informational [Страница 4] 

---

 RFC 2854 Тип носителя text/html, июнь 2000 г.
 Обратите внимание, однако, что протокол HTTP позволяет передавать данные
 не в канонической форме и, в частности, с другим окончанием строки
 конвенции; см. раздел [HTTP] 3.7.1. Это исключение обычно
 используется для HTML. HTML, отправляемый по электронной почте, по-прежнему подлежит ограничениям MIME; этот
 полностью обсуждается в разделе 10 [MHTML].
5. Распознавание файлов HTML
 Почти все файлы HTML имеют строку "