私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 11ホール目【v1.3】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
mysql> select id,email,flag from users;
+----+------------------+------+
| id | email | flag |
+----+------------------+------+
| 1 | user1@example.jp | 0 |
| 2 | user2@example.jp | 1 |
+----+------------------+------+
ガタついてると思いますが上記のようなテーブルがあってflagは
0=仮会員
1=本会員
でメール認証で仮会員から本会員にとなります。
会員登録の際にemailにバリデートをかけたいのですが
DBを参照してフラグが0ならupdate、1ならisUniqueで弾くにはどうしたらよいのでしょうか？
cakephpのバージョンは1.3です
+----+------------------+------+
| id | email | flag |
+----+------------------+------+
| 1 | user1@example.jp | 0 |
| 2 | user2@example.jp | 1 |
+----+------------------+------+
ガタついてると思いますが上記のようなテーブルがあってflagは
0=仮会員
1=本会員
でメール認証で仮会員から本会員にとなります。
会員登録の際にemailにバリデートをかけたいのですが
DBを参照してフラグが0ならupdate、1ならisUniqueで弾くにはどうしたらよいのでしょうか？
cakephpのバージョンは1.3です
変な書き込みになってしまった、すまん。
どこでバリデーションが必要になるのかわからんけど、メール認証後の登録の際のセッションIDでユーザー特定するのがセオリーなんじゃない？
本登録の際にemail情報は必要ないと思うが、どのタイミングでバリデーションするの？
どこでバリデーションが必要になるのかわからんけど、メール認証後の登録の際のセッションIDでユーザー特定するのがセオリーなんじゃない？
本登録の際にemail情報は必要ないと思うが、どのタイミングでバリデーションするの？
説明が不足していてすいません。
バリデートをかけたいのは仮登録の際のemailフォームです
'email' => array(
"rule1" => array(
"rule" => 'isUnique_flag1',
"message" => "このメールアドレスは既に本登録されています",
),
"rule2" => array(
"rule" => 'email',
"message" => "メールアドレスを正しく入力してください",
),
"rule3" => array(
"rule" => 'notEmpty',
"message" => "メールアドレスを入力してください",
),
),
rule1のisUnique_flag1が欲しいのです
さらにいえばflag0のemailの登録があった場合はupdateをかけたいと思っております
分かりづらくてすいません
バリデートをかけたいのは仮登録の際のemailフォームです
'email' => array(
"rule1" => array(
"rule" => 'isUnique_flag1',
"message" => "このメールアドレスは既に本登録されています",
),
"rule2" => array(
"rule" => 'email',
"message" => "メールアドレスを正しく入力してください",
),
"rule3" => array(
"rule" => 'notEmpty',
"message" => "メールアドレスを入力してください",
),
),
rule1のisUnique_flag1が欲しいのです
さらにいえばflag0のemailの登録があった場合はupdateをかけたいと思っております
分かりづらくてすいません
>>404
仮登録は普通空メから始めないか？
フォームから始めると登録する方も運営者側も面倒なことになりそう
フォームでメアドを入力させるとなると、複数のフィールドを見なきゃいけないので、isUniqueをそのままは使えないし
この辺を参考にして複数フィールドのチェックしてみたら？
http://dxd8.com/archives/212/
仮登録は普通空メから始めないか？
フォームから始めると登録する方も運営者側も面倒なことになりそう
フォームでメアドを入力させるとなると、複数のフィールドを見なきゃいけないので、isUniqueをそのままは使えないし
この辺を参考にして複数フィールドのチェックしてみたら？
http://dxd8.com/archives/212/
コントローラー間でリダイレクトの際そのままformで受け取っていた値を受け渡したいと思ってます。
どのようにすればよいでしょうか？
どのようにすればよいでしょうか？
>>412
ありがとうございます、そうします
ありがとうございます、そうします
糞しかないPHPフレームワークの中では、なかなか美味しくいただける糞だよ
もう少しファイル数が少なくて、動作が速ければ言うこと無いんだけどね。
CodeIgniter並とは言わないが
CodeIgniter並とは言わないが
コンポーネントに書いたコードをやっぱりappコントローラーに書こうとか、
appコントローラーに書いたコードをやっぱりコンポーネントに書こうとか。。
と考え出すとリファクタリングの沼に入る。
小さいアプリならOK。大規模アプリならOK
しかし中途半端な規模のアプリだと途端に境界性が曖昧になる。
appコントローラーに書いたコードをやっぱりコンポーネントに書こうとか。。
と考え出すとリファクタリングの沼に入る。
小さいアプリならOK。大規模アプリならOK
しかし中途半端な規模のアプリだと途端に境界性が曖昧になる。
海外サーバーを経由してネットする方法を詳細にしるした書籍もしくはサイトを教えてください
悪いことをするつもりはありませんがｗ wikileaksのハッカーに興味をもっております
彼らは、どうやってするのでしょうか？非常に興味があります。よろしくお願いします。すいません。マルチします。
悪いことをするつもりはありませんがｗ wikileaksのハッカーに興味をもっております
彼らは、どうやってするのでしょうか？非常に興味があります。よろしくお願いします。すいません。マルチします。
念の為聞くけどadminがコントローラーでdiaryがアクションだよね？
それなら新規登録とか編集の場合はどうするの？
それなら新規登録とか編集の場合はどうするの？
いやいやいやwさすがにそんな項目ねーよw
prefixの事でもないんだろ？
prefixの事でもないんだろ？
そもそも質問の主旨が「テーブル名をどう表示する？」なのに
全然答えが違うのは俺が糞質問したせいですかそうですか
全然答えが違うのは俺が糞質問したせいですかそうですか
>>428
あえてテーブルを分ける必要があるとは思えない。
diaryテーブルを作ってUserに紐付ける。
userが管理者なのかショップなのか一般ユーザーなのかはGroupで分ける。でいいと思うんだけど。
そうすればACLでそれぞれの権限を付けるのも楽だし。
あえてテーブルを分ける必要があるとは思えない。
diaryテーブルを作ってUserに紐付ける。
userが管理者なのかショップなのか一般ユーザーなのかはGroupで分ける。でいいと思うんだけど。
そうすればACLでそれぞれの権限を付けるのも楽だし。
>>441
テーブルがごちゃまぜになっても、必ずuserならuserに紐付いてるわけだし、
データを適切に出し入れすればいいだけなので、
俺は何も困らないけど。
cakeから見て違うものとして扱いたければ、テーブルは同じでもモデルを複数作ればいいし。
テーブルがごちゃまぜになっても、必ずuserならuserに紐付いてるわけだし、
データを適切に出し入れすればいいだけなので、
俺は何も困らないけど。
cakeから見て違うものとして扱いたければ、テーブルは同じでもモデルを複数作ればいいし。
>>446
そうだね。
例えばユーザーの追加と削除する場合の事考えてみたらいいかもね。
君の設計だと、ユーザーを追加するたびにテーブルとプログラムを追加することになるし、
削除する場合もテーブルのドロップとプログラムの削除が発生する。
他の人の場合だと、ユーザーテーブルにユーザーを追加or削除で完了する。
そうだね。
例えばユーザーの追加と削除する場合の事考えてみたらいいかもね。
君の設計だと、ユーザーを追加するたびにテーブルとプログラムを追加することになるし、
削除する場合もテーブルのドロップとプログラムの削除が発生する。
他の人の場合だと、ユーザーテーブルにユーザーを追加or削除で完了する。
>>447
ま、俺の場合は「会員」とか「店」とか固定ユーザは決まってるから
そんな頻繁にテーブル作成が発生するとは思えないんだけどね。
OSSのシステム見ると、割とテーブル分けているケースが多いんだけど、
それはOSSだからであって、実際は分けないのかな。
ま、俺の場合は「会員」とか「店」とか固定ユーザは決まってるから
そんな頻繁にテーブル作成が発生するとは思えないんだけどね。
OSSのシステム見ると、割とテーブル分けているケースが多いんだけど、
それはOSSだからであって、実際は分けないのかな。
あ、
>俺は「日記」というコンテンツがあったら、
>使用する人毎にテーブルを分けると思ってるんだよ。
これは、Aさんというユーザが居たら、Aさん用のテーブルを追加するって
意味じゃないからなw誤解を与える書き方してすまん。
普通に、user_diaryは会員用の日記テーブルで、
shop_diaryは店用の日記テーブルって意味です。
>俺は「日記」というコンテンツがあったら、
>使用する人毎にテーブルを分けると思ってるんだよ。
これは、Aさんというユーザが居たら、Aさん用のテーブルを追加するって
意味じゃないからなw誤解を与える書き方してすまん。
普通に、user_diaryは会員用の日記テーブルで、
shop_diaryは店用の日記テーブルって意味です。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [98%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [96%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [96%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [95%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [95%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [95%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [95%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [95%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [95%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [93%] - 2016/11/15 20:45
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [92%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [92%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [92%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [92%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○
トップメニューへ / →のくす牧場書庫について