-2

2 つの主要な要素で動作するアプリを構築しています。

1つ目は、いくつかのハッシュ キー (例: 5c2a4b5773500a0417f6e6d8299776d9cba7ead9) を持つエントリを生成し、それをテーブルに挿入するセグメントです。

2 つ目は、共有される URL (例: http://myapp.com/a/5c2a4b5773500a0417f6e6d8299776d9cba7ead9 ) で、サーバーに戻り、前述のテーブルに対して検索を行い、何らかの事前定義されたアクションを実行します。着信トラフィックをログに記録します。

これが私の質問です：

40 文字の長さの文字列キーを使用してルックアップを行うと、リソースを大量に消費するようです。DB の行の IDを暗号化してキーを作成し、 PHPで「ハッシュ」キーを復号化し、サーバーに戻ったら DB で単一の行ルックアップを行う方がよいでしょうか? （ハッシュ/暗号化されたキーをDBに保存する必要はまったくありません）

落とし穴はどこにありますか？正しい用語を使用していますか? これを行うより良い方法はありますか？

4

1 に答える 1

0

コンセンサス：

  • DBのインデックス付きテーブル列でキーを使用してルックアップを実行すると、40文字の長さですが、すでに非常に効率的です。

  • PHPが不必要な手間のかかる作業を行わないようにします。

  • SO.comユーザーからの秘密を守らないようにしてください。

于 2012-11-26T08:52:54.823 に答える