是否可以在HTTP响应头中使用本地化字符串值?

是否可以在HTTP响应头中使用本地化字符串值?,http,Http,标题值似乎总是编码为“ISO8859-1”。这是可能的。请看这里: 简单地说。您在标题中写入:=?UTF-8?B?0YTRi9Cy?=,其中UTF-8为编码,B为Base64(可能是引用的pritable的Q),0YTRi9Cy为实际编码数据(这里有一些俄语文本) 编码字=“=?”字符集“?” 编码“?”编码文本“=” 字符集=令牌;见第3节 编码=令牌;见第4节 令牌=1* specials=“(“/”)/”/ "@" / "," / ";" / ":" / " 这取决于标题 据我所知,在HT

标题值似乎总是编码为“ISO8859-1”。

这是可能的。请看这里:

简单地说。您在标题中写入:
=?UTF-8?B?0YTRi9Cy?=
,其中
UTF-8
为编码,
B
为Base64(可能是引用的pritable的Q),
0YTRi9Cy
为实际编码数据(这里有一些俄语文本)

编码字=“=?”字符集“?” 编码“?”编码文本“=”

字符集=令牌;见第3节

编码=令牌;见第4节

令牌=1*

specials=“(“/”)/”/ "@" / "," / ";" / ":" / "
这取决于标题

据我所知,在HTTP头中没有对RFC 2047编码的互操作支持,在RFC 2616中也不清楚允许在哪里使用

新的HTTP规范不再提及RFC 2047编码(请参阅)


对于使用参数(如内容类型或内容处置)的标题,RFC 2231中定义的编码可以是另一种选择。

您在这里没有提供任何上下文。您正在编写web应用程序吗?如果是,在什么环境下?@Chris Diver我更喜欢RFC而不是wikipedia:)我也喜欢,只是从不同的角度来看。我讨厌wikipedia,因为您不能信任您阅读的内容,但同时它提供了一些很棒的功能信息。但RFC阅读和解释可能需要很长时间。如果您没有一定的知识水平,它们可能很难理解。RFC 2047在实践中没有使用,因此除非您控制发送方和接收方,否则不会产生任何效果。正确的答案取决于实际标题;不幸的是,没有通用答案。@Julian Resch如果你错了,这是标准的。你永远无法控制发送方和接收方。这是通过头传输不同编码的一般方式。Andrey,如果你认为我错了,你可能想在HTTP(bis)工作组中提出这个问题。此外,是的,在有些情况下你可以控制服务器和客户端(我想到的是Subversion).