2015-05-29 15 views
5

Khi máy chủ web xác nhận ContentType: văn bản/đồng bằng trong phản hồi HTTP, khách hàng có thể giả định dòng mới là '\ n' hoặc '\ r \ n', cái gì khác hoặc nó có cho phép cả hai không?Dòng mới chính xác để sử dụng với textType/plainType là gì?

Tiêu chuẩn cụ thể? Tôi bị lạc và lẫn lộn giữa các tiêu chuẩn. RFC 2046 xuất hiện để xác định loại con 'đơn giản', nhưng có đề cập đến RFC 822.

Tôi đã đọc lướt qua RFC 822 nhưng tôi nhầm lẫn về việc liệu CRLF (\ r \ n) có được phép rõ ràng không (trong nội dung thư), hoặc liệu CRLF có nên được cho phép ngầm bởi vì bất kỳ ký tự ASCII nào là hợp pháp sau dòng trống không?

RFC 5322 xác định 'định dạng tin nhắn internet' và tôi không chắc liệu điều đó có áp dụng cho HTTP hay không. CRLF kết hợp ..?

Trả lời

3

RFC 2046 phần 4.1.1 nói:

"Các hình thức kinh điển của bất kỳ MIME 'text' Loại PHẢI luôn đại diện cho một ngắt dòng như là một chuỗi CRLF Tương tự như vậy, bất kỳ xảy ra CRLF trong MIME. 'Text' PHẢI đại diện ngắt dòng. Sử dụng CR và LF bên ngoài trình tự ngắt dòng cũng bị cấm. "

Thành thật mà nói, nếu bạn đang sử dụng điều này cho mục đích phân tích hoặc hiển thị, tôi sẽ không dựa vào nó. Hầu hết các máy chủ web sẽ thiết lập kiểu nội dung từ phần mở rộng của tệp, do đó, bất kỳ tệp Unixy nào có phần mở rộng .txt sẽ nhận được văn bản/kiểu nội dung đơn giản (bất hợp pháp, theo như đoạn trên có liên quan).

Các vấn đề liên quan