問題タブ [base32]

6 文字以下のランダムな base32 番号を生成しようとしています。これにより、約 10 億通りの組み合わせが得られるはずです。

これらの「乱数」を生成するプログラムを作成しました。ただし、平均して 40,000 世代ごとに複製が生成されるようです。

10億以上の異なる組み合わせがあるのに、これらの「乱数」が頻繁に重複するのはなぜですか?

これが私のコードです：

データベース ID を短い形式にエンコードする方法を見つけようとしていますURL。たとえば、1 は「Ys47R」になるはずです。次に、値を使用してデータベース検索を実行できるように、「Ys47R」から 1 にデコードしたいと思いINTます。データベースを使用して一意である必要がありますID。1=「Ys47R」、2=「Ys47S」のように、簡単に推測できない配列にしてください。YouTube や bitly のURL's. md5、base32、base64および `bcpowを使用して何百もの異なるソースを読みましたが、空っぽになりました。

このブログ投稿は有望に見えましたが、パディングとパスキーを追加すると、1 が SDDDG になり、2 が「SDDDH」になり、3 が「SDDDI」になりました。あまりランダムではありません。

base32ab 0-9 のみ base64が使用され、末尾に == などの文字がありました。

次に、これを試しました：

これはうまくいきましたが、衝突がなく、データベースに存在しないことを確認するために毎回データベースクエリを実行する必要がありました。

各数値が一意であるデータベースで一意のインクリメントを使用して、エンコードおよびデコードできるID's文字セットで最小 4 文字のショートを作成する方法はありますか。またはを使用した高度なテクニックについて理解できません。[a-z][A-Z][0-9]IDbase32base64

それとも、これを調べすぎていて、もっと簡単な方法がありますか? 上記のランダム文字列関数を実行し、データベースにクエリを実行して常に一意性を確認するのが最善でしょうか?

すべてのデータをキーと値のペアで保存するプロジェクトに取り組んでいます。キーと値はどちらも文字列です。これを変更することは、現在の範囲を超えています。各データの概念は、protobuf メッセージによって表されます。

そのため、protobuf メッセージを文字列として保存する必要があります。メッセージを message.toByteString().toString() として保存するだけで十分ですか? または、たとえば Base32 エンコーディングを使用して byte[] をエンコードする必要がありますか?

編集

永続性のために ByteString を使用してもうまくいかないようです:

プロトコル メッセージの解析中に、フィールドの途中で入力が予期せず終了しました。これは、入力が切り捨てられたか、埋め込まれたメッセージがそれ自体の長さを誤って報告したことを意味する可能性があります。

m.toByteArray() で Base32 エンコーディングを使用することを提案しますか? データ型を string から byte[] に変更することは現在範囲外であることに注意してください。

ありがとうございました！

SMS 内で短縮リンクを送信するために、Base32 エンコーディングで yoururls を使用しています。URL の前にメッセージが表示されます。SMS は 160 文字に制限されており、私のメッセージは約 140 文字なので、文字数には十分注意する必要があります。

私の質問はこれです。base32 エンコーディングを使用して 4 文字の制限に収まる URL の数を計算するにはどうすればよいですか?

base32 で暗号化された文字列をデコードして、mysql の元の文字列に戻す方法を探しています。base64 でこれを行う SP があることは知っていますが、base32 では何も見つかりません。

出来ますか？どこかで使用できるストアド プロシージャはありますか?

これを実装する方法は何ですか？

ありがとう！

私は、私のVBプロジェクトのテキストボックスに入る10文字をBase32に変換することに取り組んでいます。これが私のコードです。'String' 型の値を 'Byte()' に変換できませんというエラーが表示されます。WindowsApplication2

Linuxの「ソート」ユーティリティを使用してソートしている16進数でエンコードされたMD5値の大量のファイルがあります。その結果、ハッシュが順番に出力されます (これは、処理の次の段階で必要なものです)。例えば：

ソート操作を高速化する (およびファイルを小さくする) ために、データを base32 または base64 としてエンコードすることを検討していました。

問題は、base32/64 データのアルファソートで同じ結果が得られるかどうかです。私の簡単なテストは、それが機能することを示しているようです。たとえば、上記の 3 つの 16 進文字列は、これらの base64 文字列に 1:1 で対応します。

しかし、「/」や「+」などの Base64 で使用される特殊文字に関するソート順と、それらがアルファソートのコンテキストでどのように扱われるかについてはわかりません。

注：たまたまLinuxのソートユーティリティを使用していますが、質問は他のアルファソートツールにも当てはまります。使用されるツールは、実際には問題の一部ではありません。