Loại MIME thích hợp nhất để sử dụng khi gửi dữ liệu có cấu trúc YAML qua HTTP là gì?
Một lời giải thích về lý do tại sao một lựa chọn nhất định là thích hợp nhất sẽ được đánh giá cao.
Không có loại ứng dụng đã đăng ký hoặc loại văn bản mà tôi có thể thấy.
Thí dụ:
> GET /example.yaml
< Content-Type: ????
<
< --- # Favorite movies
< - Casablanca
< - North by Northwest
< - Notorious
Các tùy chọn có thể có:
text/yaml
text/x-yaml
application/yaml
application/x-yaml
Câu trả lời:
Ruby on Rails sử dụng application/x-yamlthay thế cho text/yaml( nguồn ).
Tôi nghĩ đó chỉ là vấn đề quy ước, không có lý do kỹ thuật nào , theo như tôi có thể nói.
text/*, không có charset=thông số rõ ràng được coi là ISO-8859-1, nhưng những thứ application/*không nhất thiết phải là văn bản. (RFC bạn đã liên kết là về XML, không chắc nó có liên quan như thế nào.)
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.. Không có định nghĩa chính thức về text/yamlcũng không text/x-yaml, vì vậy mặc định là UTF-8.
US-ASCII(lưu ý: không ISO-8859-1) cho text/*các loại phương tiện truyền thông trong RFC 2046 đã lỗi thời bởi 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.trong tools.ietf.org/html/rfc6838#section-4.2.1 vào tháng giêng năm 2013. Cả RFC 3023 cũng không RFC 7303 nói bất cứ điều gì chung về text/*BẤT NGỜ.
UTF-8là mặc định cho mọi text/*loại phương tiện không nêu điều gì đó khác biệt trong đăng ký IANA của nó.
Mặc dù câu trả lời khác đã được chấp nhận, vui lòng tham khảo đăng ký loại phương tiện được đề xuất này cho chuỗi YAML trên danh sách gửi thư IANA để xem xét loại phương tiện mà Ben Harris, Dịch vụ thông tin của Đại học Cambridge, đã đề xuất vào tháng 7 năm 2015 thay mặt cho nhóm YAML loại phương tiện :
text/vnd.yaml
với bí danh (được đề xuất) không dùng nữa:
text/yaml
text/x-yaml
application/x-yaml
Điều đó vẫn được đề xuất / đang chờ xử lý (chủ đề không cho biết trạng thái của đề xuất) vì vậy câu trả lời này không chắc chắn hơn những câu khác :-)
Tôi muốn nói text / x-yaml:
nhắn tin qua ứng dụng vì con người có thể đọc được
x-yaml thay vì yaml vì nó chưa được chấp nhận trong danh sách các loại kịch câm đã đăng ký.
Chỉnh sửa: từ RFC 3023 (Loại phương tiện XML):
Loại phương tiện cấp cao nhất "văn bản" có một số hạn chế đối với các thực thể MIME và chúng được mô tả trong [RFC2045] và [RFC2046]. Cụ thể, họ UTF-16, UCS-4 và UTF-32 không được phép (ngoại trừ qua HTTP [RFC2616], sử dụng cơ chế giống MIME).
Thật thú vị ... Không chắc nó có nghĩa là gì, nhưng là thức ăn cho suy nghĩ.
application/yaml, giống như chúng ta có thể nói application/jsonvà applicaiton/xml.
Loại phương tiện "x-" không được khuyến khích, xem RFC 4288, Phần 3.4 . Điều đúng đắn cần làm là sử dụng cây cá nhân, cây nhà cung cấp hoặc thực sự cố gắng đăng ký loại phương tiện thích hợp.
application/vnd.yamlhoặc text/vnd.yaml(văn bản có vẻ tốt hơn)
x.. vnd.và prs.yêu cầu đăng ký. Xem tools.ietf.org/html/rfc6838#section-3.2 và tools.ietf.org/html/rfc6838#section-3.3 .
Theo loại MIME liệt kê nó text/yaml, mặc dù nó không phải ở chính thức danh sách IANA MIME
Trên Chrome application/yamlsẽ tải xuống, trong khi text/yamlsẽ hiển thị.
text/kịch câm bắt đầu bằng phải được xử lý dưới dạng ISO-8859-1 trừ khi một loại kịch câm khác được khai báo rõ ràng (ví dụtext/html; charset=utf-8). Các kiểuapplication/mime bắt đầu bằng được xử lý dưới dạng UTF-8 trừ khi một kiểu mime khác được khai báo rõ ràng. Ví dụ:text/x-yamlkhông thể sử dụng ký tự UTF-8 trong khitext/x-yaml; charset=utf-8vàapplication/x-yamlcó thể. IIRC, điều này được định nghĩa trong RFC 3023.