Qual è il tipo MIME più appropriato da utilizzare quando si inviano dati strutturati con YAML su HTTP?
Una spiegazione del perché una determinata scelta è più appropriata sarebbe molto apprezzata.
Non esiste un tipo di applicazione registrato o un tipo di testo che posso vedere.
Esempio:
> GET /example.yaml
< Content-Type: ????
<
< --- # Favorite movies
< - Casablanca
< - North by Northwest
< - Notorious
Possibili opzioni:
text/yaml
text/x-yaml
application/yaml
application/x-yaml
Risposte:
Ruby on Rails usa application/x-yamlcon un'alternativa a text/yaml( source ).
Penso che sia solo una questione di convenzione, non ci sono ragioni tecniche , per quanto ne so.
text/*, senza un charset=parametro esplicito , si presume che sia ISO-8859-1, ma le cose in application/*non sono necessariamente testo. (L'RFC che hai collegato riguarda XML, non sono sicuro di quanto sia rilevante.)
If a "charset" parameter is specified, it SHOULD be a required parameter, eliminating the options of specifying a default value. If there is a strong reason for the parameter to be optional despite this advice, each subtype MAY specify its own default value, or alternatively, it MAY specify that there is no default value. Finally, the "UTF-8" charset [RFC3629] SHOULD be selected as the default.. Non esiste una definizione formale di text/yamlnor text/x-yaml, quindi il valore predefinito è UTF-8.
US-ASCII(nota: non ISO-8859-1) per text/*i tipi di media in RFC 2046 è stata resa obsoleta da Regardless of what approach is chosen, all new text/* registrations MUST clearly specify how the charset is determined; relying on the US-ASCII default defined in Section 4.1.2 of [RFC2046] is no longer permitted.in tools.ietf.org/html/rfc6838#section-4.2.1 nel gennaio 2013. Né RFC 3023 né RFC 7303 dicono qualcosa di generico su text/*PER QUANTO NE SO.
UTF-8è l'impostazione predefinita per ogni text/*tipo di supporto che non indica qualcosa di diverso nella sua registrazione IANA.
Sebbene un'altra risposta sia stata accettata, fare riferimento a questo tipo di supporto proposto per la registrazione del thread YAML sulla mailing list IANA per la revisione del tipo di supporto in cui Ben Harris, University of Cambridge Information Services, ha proposto nel luglio 2015 per conto del team YAML il tipo di media :
text/vnd.yaml
con alias deprecati (suggeriti):
text/yaml
text/x-yaml
application/x-yaml
Che è ancora proposta / in sospeso (il thread non indica lo stato della proposta) quindi questa risposta non è più definitiva delle altre :-)
Direi text / x-yaml:
testo sull'applicazione perché è leggibile dall'uomo
x-yaml su yaml perché non è stato accettato nell'elenco registrato dei tipi MIME.
Modifica: da RFC 3023 (XML Media Types):
Il tipo di supporto di primo livello "testo" ha alcune restrizioni sulle entità MIME e sono descritte in [RFC2045] e [RFC2046]. In particolare, la famiglia UTF-16, UCS-4 e UTF-32 non sono consentite (eccetto su HTTP [RFC2616], che utilizza un meccanismo simile a MIME).
Interessante ... Non sono esattamente sicuro di cosa significhi, ma spunti di riflessione.
application/yaml, proprio come potremmo dire application/jsone applicaiton/xml.
I tipi di media "x-" sono sconsigliati, vedere RFC 4288, sezione 3.4 . La cosa giusta da fare è utilizzare l'albero personale, l'albero del fornitore o tentare effettivamente una corretta registrazione del tipo di supporto.
application/vnd.yamlo text/vnd.yaml(il testo sembra migliore)
x.. vnd.e prs.richiedono la registrazione. Vedi tools.ietf.org/html/rfc6838#section-3.2 e tools.ietf.org/html/rfc6838#section-3.3 .
Su Chrome application/yamlverrà scaricato, mentre text/yamlverrà visualizzato.
Come per l' elenco dei tipi MIME , è text/yaml, anche se non è nell'elenco ufficiale IANA MIME
text/MIME che iniziano con devono essere elaborati come ISO-8859-1 a meno che non sia esplicitamente dichiarato un altro tipo MIME (estext/html; charset=utf-8.). I tipiapplication/MIME che iniziano con vengono elaborati come UTF-8 a meno che non venga esplicitamente dichiarato un altro tipo MIME. Ad esempio,text/x-yamlnon è possibile utilizzare caratteri UTF-8 mentretext/x-yaml; charset=utf-8eapplication/x-yamlcan. IIRC, questo è definito nella RFC 3023.