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 参照は両方のサイトで同じです。しかし、その同じコードは開発では完全に機能しましたが、本番環境では明らかにライブラリが見つかりましたが、そのメソッドを提供できませんでした。私はこれに数時間取り組みましたが、1 つの Base64 ライブラリをこのライブラリに置き換えたことに気付きました。別のライブラリを試してみませんか? もちろん、意味があったわけではありません。

それで、webtoolkit.base64.js を見つけました。この時点では、開発で機能したことは意味がありませんでしたが、製品コードから参照することもできたので、真の成功を報告できるようになりました.

于 2012-04-24T23:40:33.417 に答える