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

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

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

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

CakePHP

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

Q&A

解決済

1回答

220閲覧

編集時の暗号化の流れを知りたい

taiyo-2017

総合スコア49

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

CakePHP

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

0グッド

1クリップ

投稿2019/07/10 01:36

編集2019/07/10 02:55

タイトルでわかりにくいかもしれませんが、
cakephp3で暗号化した値を編集せずに登録した際の暗号化の流れを知りたいです。

ユーザー(Userテーブル)を編集する画面があります。

作りとしては
編集画面(Userのedit.ctp)

PHP

1<?= $this->Form->input('id', ['label' => 'ID', 'disabled' => 'disabled']) ?> 2<?= $this->Form->input('name', ['label' => '名前') ?> 3<?= $this->Form->input('password', ['label' => 'パスワード']) ?>

Userエンティティでは

PHP

1protected function _setPassword($password) { 2 if (strlen($password) > 0) { 3 return (new DefaultPasswordHasher)->hash($password); 4 } 5 }

をしている状態で、

パスワードに「1234」を入力して登録すると
暗号化された状態でDBに登録されます。
再度編集画面「edit」を開くと
パスワードの項目に暗号化されたパスワードが「***********」と表示されます。
そして次は名前を修正して登録した際、
パスワードは「1234」を暗号化したものが登録されたままの状態になっています。

私のイメージでは「1234」が暗号化されたものが
さらに暗号化されて登録されるのかと思っていたので疑問です。

何か判断されて登録処理が行われるのでしょうか?
変更された値のみ登録処理を行うような流れなのでしょうか?

拙い文章で申し訳ないのですが、教えていただければ幸いです。
よろしくお願いします。

追記

データの登録は以下のようになっています。

PHP

1global $db_datasource; 2$conn = ConnectionManager::get($db_datasource); 3$tbl = TableRegistry::get('Users', ['connection' => $conn]); 4 5$entity = $this->get($id); // 編集しているユーザーのidが入ります。 6// ↑該当するユーザーのデータを取得します。 7 8$entity = $tbl->patchEntity($entity, $data, ['validate' => false]); // $dataには編集画面の項目が格納されています。 9 10$tbl->save($entity, ['atomic' => false, ['checkRules' => false]]; 11$conn->commit();

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

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

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

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

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

m.ts10806

2019/07/10 01:52

タイトルと質問内容が合っていないように思います。
m.ts10806

2019/07/10 01:54

あと、登録処理部分を書いているコードもご提示いただけますか?
guest

回答1

0

ベストアンサー

若干「想像」も入ります。

そもそもですが、パスワードの暗号化って複合化ができないようになっています。
複合化できないということは、type=passwordのフィールドにも初期値設定できません。
よって、大抵は空で入力コントロールが作られます。
※念のためブラウザのデベロッパーツールか「ソースを表示」よりtype=passwordのvalueがどうなっているか確認してみてください。

ハッシュ化するかどうかの判断にif (strlen($password) > 0) {が入っているのは「入力されていたら」という条件になりますね。
ということは既に登録済みのデータの場合は「変更されたら」とほぼイコールになります。

おそらく試されたのは何も入力せずにsaveされたのだと思います。
つまり「更新されていない」ということになります。

念のため「何も入力していない」ときにif (strlen($password) > 0) {を通っているかデバッグしてみてください。

投稿2019/07/10 04:43

m.ts10806

総合スコア80850

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

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

taiyo-2017

2019/07/10 05:31

分かりにくい文章だったと思いますが、回答ありがとうございます。 _setPasswordの箇所をデバッグしたところ、変更していない場合には_setPasswordさえも通らない状態でした。 patchEntityをした際、変更前と変更後で値が違う場合に_setPasswordが呼ばれハッシュ化しているようにみえました。 まだまだなんとなくではありますが、自分の中で納得ができたのでベストアンサーにさせていただきます。 回答ありがとうございました!
m.ts10806

2019/07/10 05:33

理解につながったようで何よりです。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

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

ただいまの回答率
85.48%

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

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

質問する

関連した質問