WEB開発におけるユーザー識別時の情報の扱い方について

正直効くべきではないと思いますが、WEB開発(主に個別のユーザー情報などを要するもの)をされている方に質問です。

個々のユーザーにおいて画像などが必要になった場合、またはその画像枚数が増えていく場合において、皆さんユーザーごとにディレクトリを作成したりする方もいるかと思います。

こういった場合は実際にディレクトリを増やしていくほうがいいのでしょうか？
それともファイル名を工夫して一目で誰が投稿したファイルかを判断できるようにしたほうがいいのでしょうか？

今のところ私はファイル名から割り出されるユーザー情報を認識させないため、やはりディレクトリでユーザー管理したほうがいいと考えています。

他に何か素晴らしいユーザー管理のアイデアなどありましたら、ふわっとでいいので教えていただきたいです。

行動規範の内容に同意します

回答3件

ちょっと質問がふわっとしすぎだと思います。
ファイルに対しての要件によって、管理方法は多彩なものがあるので、もう少し、聞きたい環境を整理されたほうが良いかと。

例えば、
・管理したいファイルは、ユーザ投稿の画像
・認証済みのユーザしか閲覧できない
・ユーザ名はサービス上でユニーク

とかであれば、ファイルの上限をどのように捉えるか微妙ですが
→プログラムからのみアクセスできる範囲に、ユーザ名でディレクトリを作り管理
で良い気がします。

が、、、
・ユーザの投稿数に上限が無く、ファイル数が膨大なものになる可能性がある
・ユーザ名が変更可能
・ユーザー名がサービス内で重複可能
とかだと、即時 NG 判断です。（真ん中は悩むかもｗ）

良い回答をもらうには、もう少し要件を絞る必要があります。

投稿2017/07/15 09:20

退会済みユーザー

総合スコア0

mone

2017/07/15 09:25

回答ありがとうございました。特に画像ファイルにアクセスできるユーザーだけは絞って話をしたほうがよかったと反省します。素早い回答の上、ご意見いただきましてありがとうございました。高評価をさせていただきます。

退会済みユーザー

2017/07/15 09:28

質問の修正ではなく、クローズしてしまったんですね。少しもったいない気がしますが＾＾；

mone

2017/07/15 09:40

次は無いように、質問に出す前に考えることにします。衝動的でした。回答ありがとうございます。

行動規範の内容に同意します

ベストアンサー

まず1つの考え方として、画像のURLをディレクトリパスにしないというやり方があります。
例えば以下のようなURLで画像を表示する方法です。

https://example.com/images/PCy9JEgPdht+Cn+PwzsR3bgOJfErDAoE+VmEKPelsqg=

後半の文字列は、「user1:img10203.jpg」という文字列をSHA256でHashエンコードしたものになります。
/images/にアクセスされた場合は「ImageController.php」等が処理するよう、フレームワークやRewriteで設定しておき、後半の文字列からどのファイルを表示すべきかを判定させ、表示させる方法です。
コレであれば、URLからユーザー情報が類推されることも無く、ファイルパスとセキュリティ問題を切り離して考えられることになります。
デメリットとしては、ImageController.phpに相当する機能を実装する必要があるということですね。

また、DBを使って隠匿する方法もあります。