2015-05-29 22 views
5

bir web sunucusu iddiaları ContentType: HTTP yanıt olarak düz metin/müşteri varsayabiliriz yeni satırlar '\ n \ r', başka bir şey, ya da her ikisi izin vermelidir '\ n', ya?Metin/düz ContentType ile kullanılacak doğru yeni satır nedir?

standartları nedir belirtmek? Standartlar arasında kayboldum ve kafam karıştı. RFC 2046 'düz' alt türü tanımlamak için görünür, ancak 822.

Ben RFC 822 yağsız ettik RFC orada atıfta ama CRLF söylediğini olmadığı konusunda kafam karıştı (\ r \ n) açıkça izin verilmez (ileti gövdesinde) veya herhangi bir ASCII karakteri boş satırdan sonra yasal olduğundan, CRLF'nin örtülü olarak izin verilip verilmeyeceği belirtilmelidir?

RFC 5322 'internet mesaj formatını' tanımlar ve bunun HTTP için geçerli olup olmadığından emin değilim (e-posta için tasarlandığını düşünüyor), ancak özellikle görmeniz gereken mesaj gövdesindeki SADECE CR veya LF olduğunu söylüyor. CRLF kombinasyonu ..?

cevap

3

RFC 2046 bölüm 4.1.1 söyler:

"herhangi bir MIME kanonik şekli 'metin' alt tip, her zaman bir CRLF sekansı gibi bir satır sonu temsil MUST Benzer şekilde, MIME CRLF herhangi bir olay. 'Metin' temsil MUST Bir satır sonu. CR ve LF'nin satır sonu dizileri dışında kullanılması da yasaktır. "

Dürüst olmak gerekirse, bunu ayrıştırma veya görüntüleme amacıyla kullanıyorsanız, buna güvenmeyeceğim. Çoğu web sunucusu, içerik türünü dosya uzantısından ayarlayacaktır, böylece .txt uzantılı tüm Unixy dosyaları metin/düz içerik türünü (yukarıdaki paragrafa göre yasa dışı olarak) alacaktır.

İlgili konular