私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 10ホール目【v1.3】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
これだけ使ってないってレスがくると、自分で使っていることにすら気づいてない奴もまざってるんじゃないかと疑いたくなるなw
お、お、俺も、つつ使ってない
シリアライズした設定値をrot13変換・・・可逆すぎワロタ
要は自前実装でワンタイムトークン発行しろってことで、たいていの用途にはおk?
シリアライズした設定値をrot13変換・・・可逆すぎワロタ
要は自前実装でワンタイムトークン発行しろってことで、たいていの用途にはおk?
でも、可逆で事足りると思うんだよな。
考えてみろ。第三者が可逆されるって、鯖をハッキングされるか
内部流出しかないけど、そうなるとパスワードうんぬんどころじゃねーぞ。
考えてみろ。第三者が可逆されるって、鯖をハッキングされるか
内部流出しかないけど、そうなるとパスワードうんぬんどころじゃねーぞ。
>>143
セキュリティセキュリティって、言ってる人って、ハッキングされた経験でもあるの?俺はさほどセキュリティに気を使ってないけど、この10年何ら問題が起きてない。泥棒に入られるかもと思って家に防犯カメラつけたりするような物だよね。
セキュリティセキュリティって、言ってる人って、ハッキングされた経験でもあるの?俺はさほどセキュリティに気を使ってないけど、この10年何ら問題が起きてない。泥棒に入られるかもと思って家に防犯カメラつけたりするような物だよね。
>>211
俺も合わない。だからdw使ってます。
俺も合わない。だからdw使ってます。
>>209
なんか誤解してないか?
なんか誤解してないか?
俺もDW使ってるな。
デザインプレビューはほとんど使わないけど、なんか管理しやすい。
デザインプレビューはほとんど使わないけど、なんか管理しやすい。
ドロワーじゃなくてDreamweaverだったか・・・
一応、PHPの関数保管機能はあるけど、
PGが使うツールとしては使いにくいだろうね。
PGが使うツールとしては使いにくいだろうね。
Macならcodaだな。
マニュアルやAPIサイトもタブの中で開けるし、集中して作れる。
マニュアルやAPIサイトもタブの中で開けるし、集中して作れる。
controllerのusesで指定するモデルのコンストラクタに引数を渡したいのです。
モデル内で動的なテーブルの切り替えを行っていて、どのテーブルを使用するかの判断に
必要なアイテムをコンストラクタで渡そうと考えています。
まったく見当がつかないのですが、なにか良い方法はありますか?
モデル内で動的なテーブルの切り替えを行っていて、どのテーブルを使用するかの判断に
必要なアイテムをコンストラクタで渡そうと考えています。
まったく見当がつかないのですが、なにか良い方法はありますか?
>>222
あるモデルが別のモデルを読み込むようにすれば良さげ
あるモデルが別のモデルを読み込むようにすれば良さげ
すみません。一つ条件がありまして、
usesで指定するモデルですが、paginatorで使用するモデルとなります。
単にデータの入出力に使うだけのモデルであれば色々策は考え付くのですが、
paginatorで使用するというところがネックで悩んでいる次第です。
usesに記載しないモデルでpaginatorを上手く効かせる方法があればそれでも構いません。
usesで指定するモデルですが、paginatorで使用するモデルとなります。
単にデータの入出力に使うだけのモデルであれば色々策は考え付くのですが、
paginatorで使用するというところがネックで悩んでいる次第です。
usesに記載しないモデルでpaginatorを上手く効かせる方法があればそれでも構いません。
>>224 みたいな方法で、中間モデルというか、代理人的なモデルを作って、
Factory Methodパターン(的な)構造にするのが良いと思う。
変にCakeの内側に入り込もうとするとメンテナンス不能なものになりそうだ。
てか普通に該当モデルに使用テーブルの切り替えメソッド実装するんじゃダメ?
試してないけど
Factory Methodパターン(的な)構造にするのが良いと思う。
変にCakeの内側に入り込もうとするとメンテナンス不能なものになりそうだ。
てか普通に該当モデルに使用テーブルの切り替えメソッド実装するんじゃダメ?
試してないけど
>>224
おっしゃる通りで、
>てか普通に該当モデルに使用テーブルの切り替えメソッド実装するんじゃダメ?
を実装して対応しました。
usesに指定するmodelの$useTableにデフォルトでfalseを指定しておき、
paginate()を呼び出す前に、実装したテーブル切替メソッドを呼ぶという感じです。
usesに指定したmodelのロード前に、$useTableにどうやってテーブルを指定しようか、
と悩んでいたのですが、とりあえず何も設定せず、後で再設定するという方法ですね。
おっしゃる通りで、
>てか普通に該当モデルに使用テーブルの切り替えメソッド実装するんじゃダメ?
を実装して対応しました。
usesに指定するmodelの$useTableにデフォルトでfalseを指定しておき、
paginate()を呼び出す前に、実装したテーブル切替メソッドを呼ぶという感じです。
usesに指定したmodelのロード前に、$useTableにどうやってテーブルを指定しようか、
と悩んでいたのですが、とりあえず何も設定せず、後で再設定するという方法ですね。
CakePHP初心者です。
やっとチュートリ終わってCakePHP辞典を眺めているレベルですが、
質問があります。
HtmlHelperの様々なメソッドは、生HTMLを*.CTPに記述すれば足りる事であり、
わざわざ用意された関数を使う必要などない、と思えるのですが、いかがでしょうか?
たとえばHtmlHelper::para()など<P></P>と書けば良いだけな気がします・・・
また、AppModelクラスでは、アソシエーションを定義しfind()やread()などを使うよう
ですが、単にSQLを書いてquery()を使えば良いような気がしています。
AppModelにはquery()とset()さえあれば良いような・・・
こんな質問をするのは私の理解が浅いためだとは思いますが、初心者にも判るよう、
HtmlHelperやAppModelのメソッドの存在意義を教えていただきたいです。
よろしくお願い申し上げます。
やっとチュートリ終わってCakePHP辞典を眺めているレベルですが、
質問があります。
HtmlHelperの様々なメソッドは、生HTMLを*.CTPに記述すれば足りる事であり、
わざわざ用意された関数を使う必要などない、と思えるのですが、いかがでしょうか?
たとえばHtmlHelper::para()など<P></P>と書けば良いだけな気がします・・・
また、AppModelクラスでは、アソシエーションを定義しfind()やread()などを使うよう
ですが、単にSQLを書いてquery()を使えば良いような気がしています。
AppModelにはquery()とset()さえあれば良いような・・・
こんな質問をするのは私の理解が浅いためだとは思いますが、初心者にも判るよう、
HtmlHelperやAppModelのメソッドの存在意義を教えていただきたいです。
よろしくお願い申し上げます。
俺もlinkくらいしか使わないな
linkはroute直したときとかに勝手にリンクも直るので便利
default.ctpのヘッダー部分も基本的にhtmlに直してる
cakeと絡む部分のあるlinkとかはhelper使って、絡まないpとかはhtmlで書くという感じ
tablecellsは最初は使ってたけど、classとか指定してカスタマイズしてたらわけわからなくなったので、
今はforeachで書いてる
linkはroute直したときとかに勝手にリンクも直るので便利
default.ctpのヘッダー部分も基本的にhtmlに直してる
cakeと絡む部分のあるlinkとかはhelper使って、絡まないpとかはhtmlで書くという感じ
tablecellsは最初は使ってたけど、classとか指定してカスタマイズしてたらわけわからなくなったので、
今はforeachで書いてる
ログイン画面でemailやpasswordを入力した時、
「登録されてないアドレスです」 や 「パスワードが正しくありません」
などのバリデーションはmodelのルールでは定義できないでしょうか?
マニュアルを読んだところ、そういった機能はないようなので、
自分でロジックを書かなければいけないかと思っております。
「登録されてないアドレスです」 や 「パスワードが正しくありません」
などのバリデーションはmodelのルールでは定義できないでしょうか?
マニュアルを読んだところ、そういった機能はないようなので、
自分でロジックを書かなければいけないかと思っております。
>>233
Authコンポーネント使ったほうが幸せになれそう
Authコンポーネント使ったほうが幸せになれそう
>>230
俺もlinkとかは使っているな。
階層が絡むものとかは開発環境・本番環境で変わってくることもあるし。
あとは、form関連はかならず使う。
HTMLヘルパー系は、実質あんまり使わないな…。
Modelに関しては、シンプルで分かりやすくなるので、生SQLは基本書かない。
俺もlinkとかは使っているな。
階層が絡むものとかは開発環境・本番環境で変わってくることもあるし。
あとは、form関連はかならず使う。
HTMLヘルパー系は、実質あんまり使わないな…。
Modelに関しては、シンプルで分かりやすくなるので、生SQLは基本書かない。
HtmlHelperのメソッドは、link()などは使うが、必要性の高いメソッドは少ないのですね。
AppModelクラスで、アソシエーションを何も定義せずに生SQLを書くことについては
いかがでしょうか?
SQLの知識があっても、アソシエーションを定義してAppModelのメソッドを使ったほうが
よいのでしょうか?
生SQLを書いてAppModel::query()は良くないのでしょうか?
AppModelクラスで、アソシエーションを何も定義せずに生SQLを書くことについては
いかがでしょうか?
SQLの知識があっても、アソシエーションを定義してAppModelのメソッドを使ったほうが
よいのでしょうか?
生SQLを書いてAppModel::query()は良くないのでしょうか?
生SQLも時と場合によるでしょ。
findでjoinする時はjoin部分をSQLにするけど。
findでjoinする時はjoin部分をSQLにするけど。
Fast CakePHPって本が糞過ぎて使えない
よくあんな糞みたいな本が世に出せたもんだ
よくあんな糞みたいな本が世に出せたもんだ
>>239
生SQLでも良いと思う。CakeのActiveRecordの恩恵は半分くらいしか受けないが、
CakeのAcriveRecordの微妙な部分で悩んだりバッドノウハウ積んだりする手間も減る。
でも、現在Cake初心者で、生SQL上等なくらいのスキルを持ってるなら、
Zend Frameworkとかにトライするのもいいんでは?
生SQLでも良いと思う。CakeのActiveRecordの恩恵は半分くらいしか受けないが、
CakeのAcriveRecordの微妙な部分で悩んだりバッドノウハウ積んだりする手間も減る。
でも、現在Cake初心者で、生SQL上等なくらいのスキルを持ってるなら、
Zend Frameworkとかにトライするのもいいんでは?
まぁ、なにやっても良いけど、もしチームとか会社で使うのなら
他のメンバーに合わせる方向性で決めたほうがいいかと。
他のメンバーに合わせる方向性で決めたほうがいいかと。
>>241
なんでcake本がたくさんある中、1.1対応と古くて、評価も悪いそれを買ったのか気になる
なんでcake本がたくさんある中、1.1対応と古くて、評価も悪いそれを買ったのか気になる
ある程度Cakeに慣れた人なら、CakePHP辞典は良いと思うけど、
初心者の場合だと難しいね。何がしたいか分かって探すリファレンス本だし。
初心者の場合だと難しいね。何がしたいか分かって探すリファレンス本だし。
>>248
人間、切羽詰まると生SQL書いてしまうのか・・・
人間、切羽詰まると生SQL書いてしまうのか・・・
>>248
拉致られてタコ部屋に押し込まれるとActiveRecordの恩恵が半分になるのか・・・
拉致られてタコ部屋に押し込まれるとActiveRecordの恩恵が半分になるのか・・・
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [98%] - 2011/6/30 22: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 15ホール目【v2.2】 (985) - [95%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [95%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [95%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [95%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [95%] - 2012/12/3 19: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 5ホール目【v1.2】 (985) - [92%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [92%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [92%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [92%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○
トップメニューへ / →のくす牧場書庫について