Kev*_* G. 7 pdf content-type http http-headers
我想看看这是否正确作为HTTP响应标头
Content-Type: application/pdf; charset=ISO-8859-1
Run Code Online (Sandbox Code Playgroud)
或者我们应该发出这个
Content-Type: application/pdf
Run Code Online (Sandbox Code Playgroud)
我相信后者是正确的,鉴于此:
"charset"参数与某些媒体类型一起用于定义数据的字符集(第3.4节).当
发送方未提供显式字符集参数时,"文本"
类型的媒体子类型被定义为在通过HTTP接收时具有默认字符集值"ISO-8859-1".除"ISO-8859-1"或其
子集之外的字符集中的数据必须用适当的字符集值标记.
rfc2068 HTTP/1.1
而rfc3778应用程序/ pdf媒体类型根本没有提到字符集.
这个SO讨论是我开始的地方,但不是专门针对application/pdf: 对于非文本媒体类型,发送带有Content-Type标头的charset参数是绝对错误的吗?
任何人都可以确认或否认或指向更好的RFC吗?
Kor*_*nel 11
没有适用的字符集值.PDF是一种二进制格式,它在内部处理字符编码,其方式与MIME类型完全无关.
你应该发送:
Content-Type: application/pdf
Run Code Online (Sandbox Code Playgroud)
| 归档时间: |
|
| 查看次数: |
22301 次 |
| 最近记录: |