YAML тип пантомимы? - PullRequest
Новая
       32

YAML тип пантомимы?

97 голосов
/ 01 декабря 2008

Какой тип MIME является наиболее подходящим для использования при отправке данных, структурированных с использованием YAML через HTTP? Объяснение , почему тот или иной выбор является наиболее подходящим, было бы очень полезно.

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

Пример: 

> GET /example.yaml

< Content-Type: ????
<
< --- # Favorite movies
< - Casablanca
< - North by Northwest
< - Notorious

Возможные варианты: 

text/yaml
text/x-yaml
application/yaml
application/x-yaml

Ответы [ 4 ]

57 голосов
/ 01 декабря 2008

Ruby on Rails использует application/x-yaml с альтернативой text/yaml ( source ).

Я думаю, что это просто вопрос соглашения, здесь нет технических почему, насколько я могу судить.

17 голосов
/ 23 июня 2016

Несмотря на то, что был принят другой ответ, пожалуйста, обратитесь к этой Предлагаемой регистрации типа носителя для ветки YAML в списке рассылки IANA для просмотра Типа носителя, в котором предложил Бен Харрис, Информационные службы Кембриджского университета, в июле 2015 года от имени команды YAML тип носителя: 

text/vnd.yaml

с (предлагаемыми) устаревшими псевдонимами: 

text/yaml
text/x-yaml
application/x-yaml

Это все еще предложено / ожидает (ветка не указывает на статус предложения), поэтому этот ответ не более окончательный, чем остальные: -)

14 голосов
/ 01 декабря 2008

Я бы сказал text / x-yaml:

текст поверх приложения, потому что оно читаемо человеком

x-yaml over yaml, поскольку он не был принят в зарегистрированный список типов пантомимы.

Редактировать: из RFC 3023 (типы носителей XML):

Тип носителя верхнего уровня "текст" имеет некоторые ограничения на объекты MIME и они описаны в [RFC2045] и [RFC2046]. В частности, Семейство UTF-16, UCS-4 и UTF-32 не допускается (кроме более HTTP [RFC2616], который использует MIME-подобный механизм).

Интересно ... Не совсем уверен, что это значит, но пища для размышлений.

6 голосов
/ 24 июня 2010

"x-" типы носителей не рекомендуется, см. RFC 4288, раздел 3.4 . Правильнее всего использовать персональное дерево, дерево поставщиков или действительно попытаться правильно зарегистрировать тип носителя.

...