0

我处理作为分隔字符串通过电子邮件发送的表单数据。最近，一个额外的领域被证明是令人困惑的。

我收到 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 个。

4

1 回答 1

0

这故事太好了，讲不完。

在发现上面评论中提到的 jquery.base64.js 后，我在我的 SharePoint 开发站点中使用它来替换微妙地失败的 jquery.crypt.js 库。工作完美，然后我将相关代码移至生产环境。彻底失败。

现在这是有趣的部分。我的开发站点引用的库和文件与生产站点完全相同。因此，我的 JavaScript 引用对于两个站点都是相同的。但是，尽管相同的代码在开发中完美运行，但在生产中显然找到了该库，但无法提供任何方法。我为此工作了几个小时，然后又回到了我用这个替换了一个 Base64 库的事实——为什么不尝试另一个呢？当然，这并不是说它有任何意义。

于是我找到了 webtoolkit.base64.js。到那时，它在开发中的工作毫无意义，但从生产代码中引用它也有效，所以我现在可以报告真正的成功。

于 2012-04-24T23:40:33.417 回答