经典的ASP的Request.Form正在删除一个8位字符--有一个简单的方法来防止这种情况发生吗？
经典的ASP的Request.Form正在删除一个8位字符--有一个简单的方法来防止这种情况发生吗？
提问于 2011-04-21 17:14:26
我的一个客户端正在使用一个经典的ASP脚本来处理来自第三方支付处理器的表单(这是信用卡交易序列中的最后一步，从客户的网站开始，转到第三方站点，然后返回到客户的站点)。
客户端在奥地利，如果其中一个字段包含8位字符(例如，当字段值为sterreich时)，则在我以标准方式检索字段值时，只需删除该字段；例如：
fieldval = Request.Form("country")
If fieldval = "sterreich" Then
' Code here will execute
End If第三方页面是POSTing的字面值是%D6sterreich，我认为这表明POST是用UTF-8编码的。
POST请求有以下可能相关的标题：
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7Content-Type: application/x-www-form-urlencoded
我绝不是一个字符编码专家，这是我第一次真正用经典ASP做任何事情，所以我有点困惑。
因此，我在处理该帖子的页面中添加了以下内容：
<%@ Codepage=65001 %>
<%
Response.CharSet = "UTF-8"
Response.Codepage = 65001
%>但这没什么区别--我还是失去了最初的8位角色。有什么我不知道的很简单的事情吗？
回答 6
Stack Overflow用户
回答已采纳
发布于 2011-04-21 21:30:21
结果发现我走错了方向。所讨论的ASP文件本身是用UTF-8编码的，它隐式地将Response.CodePage设置为65001 --换句话说，显式添加CODEPAGE指令没有什么区别--事实上，UTF-8编码是问题的根源。
当我将文件重新编码到Windows1252时，问题消失了。总的来说，我对字符编码非常无知，但我认为回溯过去，帖子中的%D6应该是我的线索--如果我开始正确地理解事物，单字节0xD6就不是一个有效的UTF-8字符。也许更熟悉这些事情的人可以证实或否认这一点。
Stack Overflow用户
发布于 2011-04-21 17:19:29
尝试将以下内容添加到页面顶部：
<%
Response.CharSet = "utf-8"
Session.CodePage = 65001
%>Stack Overflow用户
发布于 2012-04-03 08:48:07
如果使用查询字符串中的Ascii字符0 (编码为(%00) )，我可以检索整个值而不被Ascii 0终止吗？
http://localhost/Test_Authentication.asp?token=%13%23%02%00%01%01%00%01%01%05%02%02%03%00%02%02%0A%0A%0A%0A%0A%0A048
Response.CharSet = "utf-8";
Session.CodePage=65001;
var strToken = (Request.QueryString("token").Count > 0)?Request.QueryString("token")(1):"";页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/5747478
复制相关文章
相似问题
腾讯云开发者
