我处理通过电子邮件发送分隔字符串的表格数据。最近,一个额外的领域证明了令人困惑。编码表格数据
我收到了base64编码中的字符串,我在解密之前将其解密。从任何Windows电子邮件程序看,编码场看起来是这样的:
http://xxx/preloaddocument.aspx?instanceid=1971900&isreadonly=true&internal=false
解密和观看后“直”现场看起来是这样的:
http://xxx/preloaddocument.aspx[?Ý[?ÙZYLNMÌNL ?\Ü?XYÛ?O]YI?[\??[Y?[ÙOÝ\??
的控制字符导致其不同的观众会看到不同的看法。
无论为什么查询字符串与URL的其余部分形成不同,有关如何处理此问题的任何想法?翻译后的查询字符串应该有50个字符,而编码的(?)版本有56个。
已解决。 我发现我的问题是由于jQuery解码库稍有缺陷。它工作得很好,直到这里描述的问题。那个叫做“jquery.crypt”。 通过改变到一个不同的库(不同的分布式,但我使用jquery.base64.js),解码发生完美,并描述的问题已经消失。 – 2012-04-24 11:45:02