問題タブ [base64]

iPhone で Base64 エンコーディングを行うにはどうすればよいですか?

有望に見えるいくつかの例を見つけましたが、電話で動作させることはできませんでした。

私のPHPWebアプリケーションには、base64でエンコードされた適度に大きなファイル（最大32 MB）を受信できるAPIがあります。目標は、これらのファイルをファイルシステムのどこかに書き込むことです。もちろんデコードされます。これを行うための最もリソースを消費しない方法は何でしょうか？

編集： APIを介してファイルを受信するということは、PHPアプリに32 MBの文字列があり、ディスク上のどこかに32MBのソースファイルがないことを意味します。その文字列をファイルシステムにデコードする必要があります。

PHP独自のbase64_decode（）を使用しても、大量のメモリを使用するため、それを削減できません。そのため、PHPのメモリ制限にぶつかり続けます（この制限を引き上げることはできますが、PHPで256MB程度を使用できるようにするのは気が進まないです。プロセスごと）。

他のオプションはありますか？手動でできますか？または、エンコードされたディスクにファイルを書き込み、外部コマンドを呼び出しますか？何か考えはありますか？

Java 1.5 ライブラリのみを使用して base64 文字列をデコードする簡単な方法はありますか?

Windows と Mac OS X の間のクロス プラットフォーム互換性の問題により、Java 1.5 を使用する必要があります (Java 1.6 をサポートするのは Mac 10.5 のみで、10.5 より前のバージョンはすべてデフォルトで Java 1.5 です)。

オブジェクト「sun.misc.Base64Decoder」は Java 6 には存在しますが、Java 5 には存在しません。

Convert.ToBase64String と同様に機能するが、英数字出力以外は何も生成しない C# メソッドはありますか?

ありがとう！

いくつかの画像を含む通常のHTMLページがあります（通常の<img />HTMLタグのみ）。画像を再ダウンロードせずに、できればbase64でエンコードされたコンテンツを取得したい（つまり、ブラウザによって既に読み込まれているので、コンテンツが必要になります）。

私はGreasemonkeyとFirefoxでそれを達成したいと思っています。

Oracle データベースのデータのエンコードに問題があります。文字列を別の文字列 (マスク) と xor し、それを base64 でエンコードします。

Python では、次のようになります。

PL/SQL で得たもの:

(bitxor はhttp://forums.oracle.com/forums/thread.jspa?threadID=496773から来ています)

「バイナリ」文字列を作成してから、それを16進数またはbase64よりも望ましい方法でエンコードする方法がわかりません。

NSImage cocoa オブジェクトの base64 文字列表現を作成する必要があります。これを処理する最善の方法は何ですか。アップルのドキュメントは、この件に関して少し不足しているようです (または、私はそれを見つけることができません)。Base64 エンコーディングは、外から見るとかなり複雑に見えます。

どんな助けでも大歓迎です。

乾杯アレックス

編集

.NET System.Security.Cryptography クラスを使用してパスワードをハッシュしています。MD5、SHA1、SHA256、SHA384、SHA512 などのハッシュ用のアルゴリズムがいくつかあります。

結果のハッシュ値はバイト配列です。格納するために 16 進文字列に変換する必要がありますか、Convert.ToBase64String()、または他の何かに変換する必要がありますか? (Hex よりも短い Base64 を好みます)。

ちなみに、選択するハッシュアルゴリズムが非常に多いため、ランダムにSHA384を選択しましたが、「より良い」またはタスクに適したものはありますか?

コメントしてください。

最初の8つのコメントを読んだ後の更新：
回答とさらに読んだところ、MD5、SHA1は多かれ少なかれ同等のようです（SHA1の方が少し安全です）。SHA256、384、512 は、昇順でさらに優れたセキュリティを提供します。

私はフォートノックスを必要としないので（これは、URL、ブラウザ、インターネット、イントラネット、またはエクストラネットが見えない社内システム用です）、「塩漬け」ビジネスをバイパスします-誰かが盗むことができるかどうかを考えましたpasswords テーブルのほか、他のテーブルの実際のデータを盗む可能性もあります。

しかし、将来の参照のために「塩」の概念を保持します。ハッシュする前にソルトをパスワードの末尾に追加するか先頭に追加する必要があるかわかりませんが、違いはありますか? また、パスワードを保存するための余分なフィールドを避けるために、パスワード自体の最初の数文字をソルトとして使用することを考えていましたが、それは十分な長さではないと思います-ソルトは十分な長さでなければなりません。

コンセンサスは、base64 変換がストレージと比較のための合理的な選択であると言います。パスワードの最大長が 15 文字の場合、ハッシュ ストレージに必要なデータベース列の最大長を把握する必要があります。おそらくVarchar(64)？

皆様の貢献に感謝いたします。

base64でエンコードされた画像を含むXMLを取得しています。これをデコードして、画像を表示する必要があります。提案があれば............。