質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
CakePHP

CakePHPは、PHPで書かれたWebアプリケーション開発用のフレームワークです。 Ruby on Railsの考え方を多く取り入れており、Railsの高速性とPHPの機動性を兼ね備えています。 MVCやORMなどを「規約優先の考え方」で利用するため、コードを書く手間を省くことができます。 外部のライブラリに依存しないので、単体での利用が可能です。

Q&A

解決済

2回答

1412閲覧

パスワードの編集はフォームを単体で分けるべきか?

smnsmn

総合スコア175

CakePHP

CakePHPは、PHPで書かれたWebアプリケーション開発用のフレームワークです。 Ruby on Railsの考え方を多く取り入れており、Railsの高速性とPHPの機動性を兼ね備えています。 MVCやORMなどを「規約優先の考え方」で利用するため、コードを書く手間を省くことができます。 外部のライブラリに依存しないので、単体での利用が可能です。

0グッド

1クリップ

投稿2017/12/01 12:57

CakePHP3を使っています。
Userテーブルなどに、ユーザーのログインパスワードを保存しますが、
その時にCakePHPのパスワードハッシュの機能を使ってDBにはハッシュ化されたパスワードが保存されるようにしています。

ユーザー情報を編集する時、
DBからfindしたデータをビュー側にセットし、
ビュー側では下記のように表示させます。

$this->Form->control('username') $this->Form->control('password')

この時、編集フォームにはハッシュ化された状態のパスワードが入っています。
usernameだけを編集して、送信した場合にハッシュ化したパスワードが送信されてパスワードが上書きされてしまうと思うのですが、
どのように扱うのが良いのでしょうか?

私は通常の編集時はパスワードを編集できないようにする。
パスワードの変更のみを別のフォームに分ける。

ということしか思いつきませんでした。

ユーザー情報としては、
①サービスを利用しているユーザーの情報
②管理画面などのadminユーザーの情報

の2種類で、どのような情報を扱うかによっても変わると思うのですが・・・

どのように扱うのが良いか、ご教授頂けますと幸いです。
よろしくお願いいたします。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答2

0

ありがとうございます。
たしかに、入力がなければ更新しないようにすれば良さそうですね!

サーバー側でも正しいパスワードが分からない

とありますが、入力された値をハッシュ化して、保存されているパスワードとあっているか確かめています。
(ユーザーがログインするときなどはそうしてパスワードを認証しています)
なので、私が質問したパスワードを戻す〜というのはいつものログイン認証て使うのと同様にパスワードをチェックするような意味合いでした。
ただ、ほかの情報と一緒に送信するしか頭になかったので、空の値で送信して更新かそのままかをチェックするのは思いつきませんでした。

とても勉強になりました。
ありがとうございました!!m(__)m

投稿2017/12/04 00:41

smnsmn

総合スコア175

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

0

ベストアンサー

実装ではなく設計寄りの話になり恐縮ですが・・・
そもそもパスワードを復元する必要はありますでしょうか?

HTMLを生成しているのはサーバ側ですが、パスワードをハッシュ化しているため、
サーバ側でもパスワードの正しい値は分かりません。
ですので復元する値には何の意味もないと考えています。

私はこの手のページは大体以下の方針を取っています。

  • パスワードに値を復元しない
  • パスワードに値が入力されている場合のみ、パスワードを更新する

投稿2017/12/02 01:48

PruneMazui

総合スコア227

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

smnsmn

2017/12/04 00:42

ありがとうございます。(間違って自己解決のところにコメントしてしまいました) たしかに、入力がなければ更新しないようにすれば良さそうですね! >>サーバー側でも正しいパスワードが分からない とありますが、入力された値をハッシュ化して、保存されているパスワードとあっているか確かめています。 (ユーザーがログインするときなどはそうしてパスワードを認証しています) なので、私が質問したパスワードを戻す〜というのはいつものログイン認証て使うのと同様にパスワードをチェックするような意味合いでした。 ただ、ほかの情報と一緒に送信するしか頭になかったので、空の値で送信して更新かそのままかをチェックするのは思いつきませんでした。 とても勉強になりました。 ありがとうございました!!m(__)m
PruneMazui

2017/12/04 02:41

ちょっと齟齬があるようなので補足させてください。 >>>サーバー側でも正しいパスワードが分からない > とありますが、入力された値をハッシュ化して、保存されているパスワードとあっているか確かめています。 > (ユーザーがログインするときなどはそうしてパスワードを認証しています) > なので、私が質問したパスワードを戻す〜というのはいつものログイン認証て使うのと同様にパスワードをチェックするような意味合いでした。 上記の正しいパスワードは分からないというのは保存されているパスワードだけを見て、正しいパスワードが分からないという意味です。 ユーザーから値を入力してもらって初めて 合っている/間違っている というのが分かるので、 HTML生成時に復元する値には意味はないという観点です。 解決したようで何よりです。引き続きがんばってください。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問