私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 17ホール目【v3α】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
だからもっと小さいフレームワークに散り散りって
phpでやるような案件には、cakeほどの機能がいらないって時代になってんじゃない
もっと大規模なやつはnodeとかで
phpでやるような案件には、cakeほどの機能がいらないって時代になってんじゃない
もっと大規模なやつはnodeとかで
もっと小さいフレームワークならもうオレオレで良いと思うなぁ。
あと、node使うケースとphp使うケースって違うと思うんだが。javaなら分かるけどさ。
あと、node使うケースとphp使うケースって違うと思うんだが。javaなら分かるけどさ。
オレオレ付くるの面倒だから、API1個だけ、コントローラー1個だけの案件でもCakeで作っちゃう
Cakeで二段階認証する方法ってないっすかね?
なるべく簡単にw
なるべく簡単にw
Cakeには気の利いた機能は一切ないよ
ホントこんなこともできないのかとビックリする、時代に全然追従する気がないな
ホントこんなこともできないのかとビックリする、時代に全然追従する気がないな
PC用と携帯用のメール登録して、
携帯にパスワード飛ばしてPCで認証。
これにだんかい
携帯にパスワード飛ばしてPCで認証。
これにだんかい
ああ、Googleがやってるようなやつね。
別に普通のダブルオプトイン処理と変わらない気がするけどなぁ
別に普通のダブルオプトイン処理と変わらない気がするけどなぁ
実装の手間はたいして変わらないかもね~
意思確認か本人確認かで目的は違うけど
意思確認か本人確認かで目的は違うけど
マ イ ン ド コ ン ト ロ ー ル の手法
・沢山の人が、偏った意見を一貫して支持する
偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法
・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法
偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い
靖 国 参 拝、皇 族、国 旗 国 歌、神 社 神 道を嫌う カ ル ト
10人に一人は カ ル ト か 外 国 人
「ガ ス ラ イ テ ィ ン グ」 で 検 索 を !,,,,
・沢山の人が、偏った意見を一貫して支持する
偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法
・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法
偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い
靖 国 参 拝、皇 族、国 旗 国 歌、神 社 神 道を嫌う カ ル ト
10人に一人は カ ル ト か 外 国 人
「ガ ス ラ イ テ ィ ン グ」 で 検 索 を !,,,,
調べたことありゃ乱立状態なのはすぐ分かるだろうに、思い込みって凄いな
PHPに比べれば乱立ってほどでもないな。
少数の優れたものだけが存在しているって感じがする。
少数の優れたものだけが存在しているって感じがする。
それらが目立って突出してるってだけで
少数の優れたものだけが存在するなんて状況はありえない
裏で熾烈な競争があった結果
少数の優れたものだけが存在するなんて状況はありえない
裏で熾烈な競争があった結果
操作ログの保存ってしてますか?
というのも、管理画面でいつの間にか設定変更されていることがあり、
それがいつ・どのタイミングでされたのか分からず困る時がありました。
(もちろん、サーバのログまで調べればある程度辿れるでしょうが・・・
なので、afterSaveで読み書きが発生した時に
実行時のcontrollerとactionを保存しようかと思うのですが、
みなさんはどうしているのかなと思い質問しました。
というのも、管理画面でいつの間にか設定変更されていることがあり、
それがいつ・どのタイミングでされたのか分からず困る時がありました。
(もちろん、サーバのログまで調べればある程度辿れるでしょうが・・・
なので、afterSaveで読み書きが発生した時に
実行時のcontrollerとactionを保存しようかと思うのですが、
みなさんはどうしているのかなと思い質問しました。
で、Cake 3 ってどうよ?
いい感じ?
Cakeは重いってイメージしかないが。
いい感じ?
Cakeは重いってイメージしかないが。
仕事でWordPressやEC-CUBEばかりいじってると、Cakeが特別重いって感覚ないんだよな
重さよりも機能のショボさが気になる、歴史ある割に便利にならない
重さよりも機能のショボさが気になる、歴史ある割に便利にならない
>>724
じゃあ何がいいの?
じゃあ何がいいの?
>>725
俺が知りたい
俺が知りたい
>>727
鞭で申し訳ないが、DBあさるってどういう作業のこと?
鞭で申し訳ないが、DBあさるってどういう作業のこと?
>>729
ローカルな言葉でかいてすまん
DBに直接入ってselect文発行して調べるってことね
あとは管理画面のTOPページとか1枚ページ作って
管理画面から変更できるテーブル全部呼び出して、
更新日時で最近更新されたフィールド全部引っ張ってきて表示とか
変な変更とかしてなければ、フィールド更新時はUPDATEだったかな?のフィールドも更新されると思うんだけど
問題が発生してから調査するぐらいなら、後者は重くなる処理だからあまりお勧めはしない。
ローカルな言葉でかいてすまん
DBに直接入ってselect文発行して調べるってことね
あとは管理画面のTOPページとか1枚ページ作って
管理画面から変更できるテーブル全部呼び出して、
更新日時で最近更新されたフィールド全部引っ張ってきて表示とか
変な変更とかしてなければ、フィールド更新時はUPDATEだったかな?のフィールドも更新されると思うんだけど
問題が発生してから調査するぐらいなら、後者は重くなる処理だからあまりお勧めはしない。
ちな職場のポリシーになるけど、SQLで直接編集してる人がいたら対処できないので、
DBの設定でトランザクションログをとるなりして、探すしかないかな
ここまで書いて思ったけど、
もしかしてプログラムの意図と違った動作をしてるcontrollerとかactionを探したいってことなのかな?
ただ単純にいつだれがどこで目的のデータをいじったのかを知りたいってことなのかな?
自分は後者の更新日時だけを調べるって話で書いてたけど。
afterSaveとか使わないで、更新ボタンを押したときにどのデータをいじったのか
保存するようにすればいいだけな気もするけど。
DBの設定でトランザクションログをとるなりして、探すしかないかな
ここまで書いて思ったけど、
もしかしてプログラムの意図と違った動作をしてるcontrollerとかactionを探したいってことなのかな?
ただ単純にいつだれがどこで目的のデータをいじったのかを知りたいってことなのかな?
自分は後者の更新日時だけを調べるって話で書いてたけど。
afterSaveとか使わないで、更新ボタンを押したときにどのデータをいじったのか
保存するようにすればいいだけな気もするけど。
>>732-733
すまん。やっぱり意味が分からん。
「DBに直接入ってselect文発行して調べる」ってのは、
誰がどのタイミングでどんなSQL文を実行したかログを見ろってことなの?
各テーブルの更新日時で更新されてるか確認するのは分かるんだけど
それって前回の更新日時も記録しておかないと意味ないよね?
記憶を辿って「誰か○日に更新したらしい」というのが分かるだけで。
別に更新内容そのものを確認できるようにする必要はないと思うけど、
サーバのログイン履歴みたいな感じで、
「誰がいつ、どのモデル(管理画面ならページ)を操作(action)したのか?」
が分かれば、問題発生した時のヒントになると思うんだが。
すまん。やっぱり意味が分からん。
「DBに直接入ってselect文発行して調べる」ってのは、
誰がどのタイミングでどんなSQL文を実行したかログを見ろってことなの?
各テーブルの更新日時で更新されてるか確認するのは分かるんだけど
それって前回の更新日時も記録しておかないと意味ないよね?
記憶を辿って「誰か○日に更新したらしい」というのが分かるだけで。
別に更新内容そのものを確認できるようにする必要はないと思うけど、
サーバのログイン履歴みたいな感じで、
「誰がいつ、どのモデル(管理画面ならページ)を操作(action)したのか?」
が分かれば、問題発生した時のヒントになると思うんだが。
例えばだけど、
user_logs:id,user_id,controller,model,action,created
というテーブルを作ったとする。
user_idはログインした人のユーザーID。
AppController.phpにafterSaveで上記のテーブルにsaveするようにすれば、
最低限、「誰がいつどの操作をしたのか?」が分かると思うんだが。
こういう事じゃないのか?
user_logs:id,user_id,controller,model,action,created
というテーブルを作ったとする。
user_idはログインした人のユーザーID。
AppController.phpにafterSaveで上記のテーブルにsaveするようにすれば、
最低限、「誰がいつどの操作をしたのか?」が分かると思うんだが。
こういう事じゃないのか?
>>725
Spring Frameworkがいいと思うよ
Spring Frameworkがいいと思うよ
これじゃダメかい
$entity->errors('my_field', ['This is the error message']);
seehttp://book.cakephp.org/3.0/en/orm/entities.html#validation-errors
$entity->errors('my_field', ['This is the error message']);
seehttp://book.cakephp.org/3.0/en/orm/entities.html#validation-errors
>>749
感謝感激雨霰
感謝感激雨霰
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [95%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [95%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [93%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [93%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [93%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [93%] - 2011/6/30 22:32
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [93%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [93%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [92%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [90%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [90%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [88%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [88%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [88%] - 2008/12/19 21:06 ○
トップメニューへ / →のくす牧場書庫について