小技巧:处理ASP提交的参数是经过GB2312 URL编码的
最近在一个地方的门户网站,基于PDO规范整合了动易,网人分类信息,OBlog,Discuz!NT论坛,可是在整合动易和DNT的时候,在中文用户名字的处理上出现了编码问题。动易是GB2312的,而DNT是UTF-8的,虽然也可以把DNT转成GB2312的,不过显然不是一个好的方案。论坛上各式各样的文字都有,很容易出现乱码问题。幸好在河源同行告诉我他写的一个帖子:处理ASP提交的参数是经过GB2312 URL编码的
还不错。转一下以备忘:
最近做ASP 整合Discuz!NT ASP是gb2312编码的 而DZNT是 utf-8 的
修改<globalization requestEncoding="gb2312" resp/> 不是很实际
最终找到解决方案
'引用System.Collections.Specialized和System.Text命名空间
NameValueCollection gb2312Requests;
gb2312Requests = HttpUtility.ParseQueryString(Request.Url.Query, Encoding.GetEncoding("GB2312"))
Response.Write(gb2312Requests["string"]); //'里面的string就是你提交的参数的Key
不过编码问题虽然解决了。不过asp和asp.net用MD5加密中文不一致的问题,到现在还没有办法解决。从这个角度上来,PDO规范基本不适合用于跨开发平台的系统整合,只能在asp占点小天地。虽然整合起来很方便快捷。但熟悉了PDO规范也就很容易知道。PDO实在是垃圾。有分布却无事务保证,系统之间依赖太大。
测试了下,PHP5和ASP.NET的MD5加密中文倒是可以一致,看来V2要淘汰ASP的系统了。SSO方案也要重写了
好久没更新自己的blog了。胡扯一下。
还不错。转一下以备忘:
最近做ASP 整合Discuz!NT ASP是gb2312编码的 而DZNT是 utf-8 的
修改<globalization requestEncoding="gb2312" resp/> 不是很实际
最终找到解决方案
'引用System.Collections.Specialized和System.Text命名空间
NameValueCollection gb2312Requests;
gb2312Requests = HttpUtility.ParseQueryString(Request.Url.Query, Encoding.GetEncoding("GB2312"))
Response.Write(gb2312Requests["string"]); //'里面的string就是你提交的参数的Key
不过编码问题虽然解决了。不过asp和asp.net用MD5加密中文不一致的问题,到现在还没有办法解决。从这个角度上来,PDO规范基本不适合用于跨开发平台的系统整合,只能在asp占点小天地。虽然整合起来很方便快捷。但熟悉了PDO规范也就很容易知道。PDO实在是垃圾。有分布却无事务保证,系统之间依赖太大。
测试了下,PHP5和ASP.NET的MD5加密中文倒是可以一致,看来V2要淘汰ASP的系统了。SSO方案也要重写了
好久没更新自己的blog了。胡扯一下。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· 展开说说关于C#中ORM框架的用法!
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?