トップページphp
1001コメント315KB

【PHP】フレームワーク CakePHP 2ホール目

レス数が1000を超えています。これ以上書き込みはできません。
0001nobodyさん2007/11/14(水) 02:50:28ID:???
本家
http://www.cakephp.org/

10分で作るCakePHPアプリ for Windows
http://p4life.jp/cake/

マニュアル日本語化
http://www.cakephp.jp/doc/

日本語フォーラム
http://cakephp.jp/modules/newbb/

あとこのへんとか(初心者向けTIPS)
http://www.avatarfinancial.com/pages/cake/
0951nobodyさん2008/03/11(火) 17:42:25ID:???
>>949
どっちもいいと思う。
だけど view で調整のが楽かなぁとも思うし、モデルに書いておいた方が楽なような。

0952nobodyさん2008/03/12(水) 04:14:55ID:???
>>949
条件がちょっと違うってだけじゃなんともいえん。
もっと具体的な例でないと
0953nobodyさん2008/03/12(水) 15:16:31ID:AyOV8gPT
hasManyでアソシエーションしている場合(A : 1/B : 多)
で、Bの hoge というフィールドが n の場合という条件を
WHERE句にいれる場合は findAll でどうやればいいのでしょうか?
09549532008/03/12(水) 15:22:10ID:???
>>953
ちなみに、モデルで conditions を指定するやり方ではなくて
B.hoge = n に該当する Aレコードを取得したい、ということです。
0955nobodyさん2008/03/12(水) 17:07:21ID:???
>949
必要なテーブルだけ関連付けてviewで調整してる
テーブルの中のカラムは富豪的に全部持ってきてもバチ当たらないだろ

>953-954
findする前にbindmodelでくっつけてやるのれす
あとそのままだとleftjoinだからinnerjoinにでもしてやればいいんじゃないのかな
でもそんなの調べてる間にSQL書いちゃう方がはえーよたぶん
0956nobodyさん2008/03/12(水) 21:50:06ID:???
書き込み、削除、編集、表示
をワンセットでやりたい場合はアソシエーション機能を使うのが便利だけど

テーブル結合させたカウントランキング表示みたいな
表示だけにしか使わない複雑なものはSQLで書いた方が効率いいのかな?
これって書き込み編集削除で再利用できないし
0957nobodyさん2008/03/12(水) 22:19:07ID:???
SQLで書いた方がというより、普通にfindでいいんじゃないの?
0958nobodyさん2008/03/12(水) 23:24:42ID:???
>>957
group by つかうときとか
0959nobodyさん2008/03/13(木) 01:07:36ID:???
なんでgroup by 正式にサポートしないんだろ?
conditionsに書けばできるのは知っているんだが、
へんな書き方をしないといけないし。
0960nobodyさん2008/03/13(木) 01:15:18ID:Kbjia7Gd
質問です。
EntryモデルとUserモデルという、2つのモデルがあるとして、
以下のようなことをすると、

--------------------
[1] Entryのデータを編集(/entries/edit/1)
 ↓
[2] Entryのデータを確認(/entries/index、/entries/view/1)
 ↓
[3] Userから確認(/users/myentries)
--------------------

[2]では即時に[1]での編集内容が反映されるのですが、
[3]では反映されず表示が古いままなんですが、これって何のキャッシュですか?
アクセス元(?)のモデルが違うだけなのにどうして表示される結果が違うんでしょうか?
まだ始めたばかりなので、もし見当違いな質問してたら申し訳ありません、
ヒントだけでも示してもらえると助かります。
0961nobodyさん2008/03/13(木) 01:24:22ID:???
>>960
F5
0962nobodyさん2008/03/13(木) 04:04:24ID:???
PEARみたいに外部から問い合わせて貰う為のXML-RPCを作成しようとおもっているのだけど、
Cakeの場合こういうのは何処に置いたらいいの?
通常のWebサービスと同じくコントローラ作ってそこに書くのが定石?
09639622008/03/13(木) 04:19:53ID:???
って書いてすぐ気が付いてしまった。
クラス外でhandleCallしたりしなきゃだからベンダーに置くしかないのかな。
09649532008/03/13(木) 09:23:03ID:???
>>955
ありがとです。
とりあえずINNER JOINで解決しました。
やっぱりSQL書いた方が早い&分かりやすいですねぇ。
フレームワーク初めてだから、ついつい全てルールに沿ってやろうと考えてしまう…。
0965nobodyさん2008/03/13(木) 12:37:07ID:???
複数のモデルをアソシエーションでつないだとき、
ビヘイビアのafterFindとかは、モデルごとに呼び出されるのか、
親モデルで一回だけ呼び出されるのか仕様知らない?

たしか親モデルで一回だけ呼び出されるような感じなんだが、
1.2はbetaだし、それがバグなのか仕様なのかわからない。
0966nobodyさん2008/03/13(木) 15:13:16ID:ERgQfDPO
>>965
デバッグモードにして投げてるSQL分を追跡してみれば?
というアドバイスはナンセンス?
0967nobodyさん2008/03/14(金) 10:50:23ID:???
CakePHPて恐ろしくメモリ食うな
8Mじゃすぐリミットオーバーするね
0968nobodyさん2008/03/14(金) 10:59:44ID:???
規模が少しでも大きくなるとモデルファイルが凄いみにくい状態になるなw
アソシエーションは便利だけど、ちょっと利用させてもうらために
無駄なSQLもくっついてくるのを我慢しないといけない
0969nobodyさん2008/03/14(金) 11:01:09ID:???
CakePHPは中規模でも使えないわ
モデルまわりの統制がとれない
0970nobodyさん2008/03/14(金) 11:10:06ID:???
とてもじゃないけど、こんな高負荷なフレームワークは自社で採用したくないな
悪魔でも生産性だけを考えた外注用のフレームワークだな
0971nobodyさん2008/03/14(金) 11:22:16ID:???
このごろ定期的に、CakePHPの根拠無しに批判を
していく奴がわいているなw
いつも同じ感じだからすぐばれるぜwww
0972nobodyさん2008/03/14(金) 11:30:51ID:???
エラー出力ありで開発するとデザインが崩れまくりなんですが
もっとよい出力場所がないのか?
0973nobodyさん2008/03/14(金) 11:32:06ID:???
希望としてはSQL出力は別画面表示してもらいたい
0974nobodyさん2008/03/14(金) 11:38:02ID:???
>>973
俺はSQL出力は、CSSとJavaScript使って折りたためるようにしているよ。

エラー(黄色い奴)はそもそも、なくさなきゃいけないものだし、
デザインが崩れるだけだからほうっておいている。
0975nobodyさん2008/03/14(金) 11:39:28ID:???
Core.phpでは
Configure::write('debug', 0);
と設定して
エラー表示したいコントローラーのメソッドの中で
Configure::write('debug', 2);
これ入れたり消したりしながら作業することにした
他に楽な方法あったら教えて
0976nobodyさん2008/03/14(金) 11:41:36ID:???
>>974
SQLだけ表示てどうやるんですか?
0977nobodyさん2008/03/14(金) 11:44:06ID:???
あとSQLに関してはCakePHPガイドブックに書いてあった、
SQLをログに記録するコラムを参考にdbo_mysqlを継承して
ログを取ることが出来るdbo_mysql_logを作った。

この本は1.1用で、1.2では少しフォルダ構造が違っているから説明しておくと
作ったdbo_mysql_log.phpは /app/models/datasources/dbo に置く。
これフォルダが無いけど、作ればちゃんと動くよ。
0978nobodyさん2008/03/14(金) 11:48:00ID:???
>>976
どうしても”SQLだけ表示”じゃないといけないのか?w

デバッグ用なんで力入れて作るものでもないから、
/app/views/layouts/default.ctp に CSSを付け加えて
display:noneで下のSQLの部分を非表示にし、同じく付け加えた
JavaScriptでON/OFFしているだけだけど。
0979nobodyさん2008/03/14(金) 11:58:52ID:???
コントローラ内で各ページで処理する関数を定義できるけど
コントローラにどのページをいれるべきなのか要領がつかめない
0980nobodyさん2008/03/14(金) 12:24:27ID:???
svnの設定もできて開発環境ばっちり
これからCakePHPをいじくりまわしてやるぞ
0981nobodyさん2008/03/14(金) 12:29:49ID:???
>>967
> CakePHPて恐ろしくメモリ食うな
> 8Mじゃすぐリミットオーバーするね

どっかのブログに書いてあった”間違い”を鵜呑みにするな。
バグで無限にメモリ消費しているだけだ。
0982nobodyさん2008/03/14(金) 14:52:16ID:???
>>981
967じゃないが
ググるとメモリ食うとかなり書いてあるんだけど。
素人書き込む場所ちゃうで
0983nobodyさん2008/03/14(金) 14:54:30ID:???
CakePHPの中規模以上で8Mで運営できてるやつおらんやろ?w
09849672008/03/14(金) 14:57:46ID:???
>>981
"Hello World!"を表示させたんですが!
0985nobodyさん2008/03/14(金) 14:59:06ID:???
8メガなんかで運用したいとか思ってる時点で、フレームワークやめろ
0986nobodyさん2008/03/14(金) 15:08:33ID:???
どうせウソだろと思って、ためしに4Mに制限して
やっているんだが、普通に動くんだが?

どういうことをしたらメモリが足りないのか書いてくれないと
誰も信用しない。

グーグルで検索したというのなら、当然それを見つけているはずなのだから、
どこに書いてあったかかけるはずだ。その書いてある記事を見て判断する。
0987nobodyさん2008/03/14(金) 15:10:03ID:???
>>983
質問するなよ。「俺は知らない」といっているのと同じ意味だぞw
0988nobodyさん2008/03/14(金) 15:24:23ID:???
CakePHPを使う大きな理由の一つがPHP4で動くということなんだから、
PHP4のデフォルトのmemory_limitの値、8Mで
CakePHPが動かないとしたらもっと話題になってるだろ。

常識で考えて。
0989nobodyさん2008/03/14(金) 22:10:57ID:???
嘘じゃなくて僕の環境も8Mオーバーはよくしますよ
フレームワークだからという結論で気にしてないのですが
0990nobodyさん2008/03/14(金) 22:12:25ID:???
googleで「cakephp メモリ」 と検索してみれば出てくるから
0991nobodyさん2008/03/14(金) 22:55:37ID:???
それで検索しても、信頼にたる情報はまったくないが?
0992nobodyさん2008/03/15(土) 01:17:46ID:???
>>991
頑固オヤジかw
素直になれよ、実際におこってるんだからしょうがないやん
0993nobodyさん2008/03/15(土) 01:29:06ID:???
まさかとは思うが、あの1行エントリが根拠とか言い出さないよな?
0994nobodyさん2008/03/15(土) 02:21:39ID:???
>>993
ブログラムの暴走じゃないのに8Mいくことがあるし
こんな現象はCakePHPだけ起こってるんだよ
PHPの実務経験8年ある俺が
暴走するプログラムつくるわけねーだろボケが
0995nobodyさん2008/03/15(土) 02:34:17ID:???
経験年数とか年がなんたらいうやつは大したことないのが世の常だが、確かにCakeはメモリーオーバーする。
大概はデバッガのせいかな。
0996nobodyさん2008/03/15(土) 02:37:44ID:???
>>994
知るかよw
cakeの肩を持つ訳ではないが。
0997nobodyさん2008/03/15(土) 02:44:27ID:???
ここは素人の集まりかよ
メモリオーバーするの俺だけじゃねーだろ?
おまいら見てるだけで実は作業してないんだろ
0998nobodyさん2008/03/15(土) 02:51:51ID:???
確かに私も最初にメモリオーバーしたよ
何でもプログラム暴走と決め付けるのはおかしいよ

常識的に考えて
0999nobodyさん2008/03/15(土) 02:53:34ID:???
a
1000nobodyさん2008/03/15(土) 02:53:55ID:???
>>996
おまえにいってないから死ねよ
10011001Over 1000Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。