应用程序/pdf内容类型http响应头的正确字符集是什么?
我想看看这作为HTTP响应头是否正确应用程序/pdf内容类型http响应头的正确字符集是什么?,http,pdf,http-headers,content-type,Http,Pdf,Http Headers,Content Type,我想看看这作为HTTP响应头是否正确 Content-Type: application/pdf; charset=ISO-8859-1 或者我们应该发射这个 Content-Type: application/pdf 鉴于以下情况,我认为后者是正确的: “charset”参数与某些媒体类型一起用于定义 数据的字符集(第3.4节)。当没有显式字符集时 参数由“文本”的发件人、媒体子类型提供 类型定义为在以下情况下具有默认字符集值“ISO-8859-1” 通过HTTP接收。除“ISO-
Content-Type: application/pdf; charset=ISO-8859-1
或者我们应该发射这个
Content-Type: application/pdf
鉴于以下情况,我认为后者是正确的:
“charset”参数与某些媒体类型一起用于定义
数据的字符集(第3.4节)。当没有显式字符集时参数由“文本”的发件人、媒体子类型提供
类型定义为在以下情况下具有默认字符集值“ISO-8859-1” 通过HTTP接收。除“ISO-8859-1”或
其子集必须用适当的字符集值进行标记。
这根本没有提到字符集 这是我开始讨论的地方,但并不是专门讨论application/pdf:
有人可以确认或拒绝或向我指出更好的RFC吗?没有适用的字符集值。PDF是一种二进制格式,它以一种与MIME类型完全无关的方式在内部处理字符编码 您应该发送:
Content-Type: application/pdf
应用程序的正确字符集是什么/pdf-无!PDF文件是二进制文件,字符集
只能用于文本数据。我还没有读过,但在页面中发现,字符集的结果为零。