トップページ⇒php
987コメント299KB

【PHP】フレームワーク CakePHP

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2006/11/18(土) 20:53:22ID:???
おら、とうとうガマンできなくて立てちまっただ

本家
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/
0692３2007/09/10(月) 05:48:34ID:???
年を越してもいまだにフレームワークが使えない
0693nobodyさん2007/09/10(月) 09:15:18ID:???
>>692
チュートリアルすらやってないでしょ！ｗ
0694nobodyさん2007/09/11(火) 20:11:32ID:???
paginateに検索語を足したい場合とか
どう書くのが作法なの？
0695nobodyさん2007/09/13(木) 00:29:34ID:WTXj/Q9b
cakephp1.2　で index を indecies と書かないとエラーになってしまいます。

どうにかして indexs だけで sつけるだけで簡単に動く方法ないでしょうか。

英語の複数系がわからないんです。。。
0696nobodyさん2007/09/13(木) 01:25:39ID:???
誰一人質問ばかりで答えないのにワラタ
0697nobodyさん2007/09/13(木) 03:13:20ID:???
>>695
http://cakephp.jp/doc/ch04s05.html

この他に、モデルの$useTableを使う方法、inflector.phpを直接改造してしまう方法がある。
0698nobodyさん2007/09/13(木) 11:41:33ID:f1fHu9mP
フレームワークという言葉の意味がはよくわからないまま、
とりあえず使ってみることにしました。
それでCakePHPを選んだのですが、
これはようするにDBを簡単に扱うための仕組みみたいなものなんでしょうか？
データを元にviewで好きなもの作りなさいっていうことなんでしょうか？
0699nobodyさん2007/09/13(木) 12:14:35ID:r/Zw5qbN
>>697
ありがとうございます！
inflectior.php のどこをどのように修正すればよいのか・・・。
わからないので教えていただけると大変ありがたいのですが。

cakephp1.1 でアプリをつくったときは indexs で動いて
cakephp1.2 の場合は indexcies じゃないとダメ。

1.1 の　inflectior.php と 1.2 の inflectior.phpを見比べてみても設定が
一緒なんですよね。
0700nobodyさん2007/09/13(木) 12:25:40ID:???
ちょっとは自分で調べろ
0701nobodyさん2007/09/13(木) 21:20:19ID:???
>>698
>これはようするにドラゴンボールを簡単に扱うための仕組みみたいなものなんでしょうか？

その通りです
0702nobodyさん2007/09/13(木) 21:44:26ID:???
>699
あなたはいくらなんでも滅茶苦茶すぎw
せっかく教えてもらったファイル名さえスペルミスしてるじゃんw

https://trac.cakephp.org/browser/branches/1.2.x.x/cake/libs/inflector.php?rev=5223

ここをindexで検索したら、複数形作成のルールが書いてある。
これを削除してしまえば、indexsで通るようになるでしょう。でもこの際ちゃんとした複数形を覚えたら？
0703nobodyさん2007/09/13(木) 22:41:41ID:???

ちょっとしつもん。
controller で以下のようなコードを書いたのですが、1件しか登録されません。

foreach ($values as $val) {
$data = array("name" => $val);
$this->Hoge->save($data);
}

一度にたくさんインサートしたい場合はどうすればいいのでしょうか。

0704名無しさん@Vim%Chalice2007/09/13(木) 23:03:44ID:???
Hogeは密かにidを保持するから
save()する前に$this->Hoge->id = null;してみ
0705nobodyさん2007/09/13(木) 23:20:09ID:???
そういうときは1回ごとにModel::create()を呼ぶのが流儀らしいよ。
内容はid=nullとあんま変わらないけど。

Model::create()
Initializes the model for writing a new record.
07067032007/09/14(金) 02:53:28ID:???
>>704-705
ありがとう！　ためしてみるよ。
0707nobodyさん2007/09/14(金) 11:48:15ID:/to9vVVu
>>697,702
ありがとうございます！この際英語を覚えることにします。
覚えておいて損はないですしね＾＾
0708nobodyさん2007/09/14(金) 13:01:34ID:???
プログラムするのに英語は必須だろ
日本語訳が進んでないドキュメントとかいっぱいあるんだから
そんくらいは読めるようにしないと
0709nobodyさん2007/09/14(金) 14:23:53ID:DU5zTfFS
またまたｗ
0710nobodyさん2007/09/14(金) 15:51:53ID:???
プログラムを仕事にするなら英語は必須。

趣味なら別にどうでもいいが。
0711nobodyさん2007/09/14(金) 16:00:59ID:DU5zTfFS
理想的にはそうだが、別に英語できない職業プログラマーなんてゴマンといる現実について。
0712nobodyさん2007/09/14(金) 17:02:29ID:???
自社でノウハウがたっぷりあればいいけど
この界隈でどうやって英語抜き生活するんだ

つーか、技術英語なんて大体パターン決まってるし
サンプルコードもあるんだから割と簡単だよ

英語㍉とか抜かしてる奴はただ
ズラーっと並んだ横文字をパッと見て諦めてるだけだろ？
0713nobodyさん2007/09/14(金) 17:09:56ID:???
Cakeに関係ない話はよそでやれ
0714nobodyさん2007/09/14(金) 17:17:51ID:???
そうは言っても、実際いるもんはしょうがないだろうに･･･。終了。
0715nobodyさん2007/09/14(金) 17:30:12ID:???
Cakeに関係ない話はよそでやれ
0716nobodyさん2007/09/14(金) 20:31:41ID:???
703の話題も>>1の一番下のサイトに書いてあるよね。
0717nobodyさん2007/09/14(金) 21:43:55ID:???
まったく、なんで/posts/view/?var1=3&var2=4 が呼ばれたとき、

$this->params['url'] => Array
(
　[url] => posts/view　　　　←余計なデータ
　[var1] => 3
　[var2] => 4
)

なんだよ。ぼけ。使いにくいじゃないか。
0718nobodyさん2007/09/14(金) 22:26:23ID:???
CakePHP 1.2っていつでるの？
なんか残りチケット200ちょいからぜんぜん減ってないんだけど
0719nobodyさん2007/09/14(金) 22:52:00ID:???
>>717
そういう場合は、Cake的には普通は
URLを /posts/view/3/4 として PostsController で

function view($var1, $var2) {
...
}

というふうに受け取るんだよ。
http://cakephp.jp/doc/controllers.html#id4805355 に書いてるべ。
0720nobodyさん2007/09/14(金) 23:05:16ID:???
>>719
じゃあ聞くが、

検索語[　　　]　 [検索]

というフォームはどうするんだよ？

/posts/?search=aaa

とかで渡されてくるだろ？
0721nobodyさん2007/09/14(金) 23:36:29ID:???
>720
それは、

$this->params['url'] => Array
(
　[url] => posts/view
　[search] => aaa
)

でいいんじゃないかな。
予約語みたいなものじゃない？urlは。

どういうとき困る？
0722nobodyさん2007/09/14(金) 23:37:36ID:???
paginationと組み合わせるとき。
0723nobodyさん2007/09/14(金) 23:43:50ID:???
ていうか、そんなに'url'があると困るなら$_GETを調べればよくね?
無理してCakePHPの変数を使おうとせんでも
0724nobodyさん2007/09/14(金) 23:55:33ID:???
$_GETにしたところで、urlは入っているだろ。
試してから書いてくれ
0725nobodyさん2007/09/14(金) 23:57:30ID:UPghMBCi
ん？何が困るんだ？

パラメータに何を使ってるかは
自分で分かってるんだからどうとでもなるべ
0726nobodyさん2007/09/15(土) 00:01:24ID:???
> ん？何が困るんだ？
保守性が悪いから困る
0727nobodyさん2007/09/15(土) 00:13:43ID:???
強引な方法でもいいならdispatcher.phpを改造すれば何とかなる
あとは知らん
0728nobodyさん2007/09/15(土) 00:18:09ID:PGlxhB9T
CakePHPは、CakePHPの想定しているレールに従って組むと楽だけど、
そのレールに不満を感じ始めると途端に使いにくくなるよ
後者なら他のFWの方がおすすめ
0729nobodyさん2007/09/15(土) 00:42:08ID:???
>>728
そういうレベルの話じゃなくて、
prams['url']にurlなんかいらないだろ？
他から取得できるのに、何のためにあるんだって言う話。
0730nobodyさん2007/09/15(土) 00:48:32ID:PGlxhB9T
いや、だからそういう話だよ
これだけじゃなくて、CakePHPはそういう意味不明な予約語みたいのが多い
俺だって_GETに'url'を追加する必要なんかないと思う
だからそういう不満を感じるなら向いてないよ、っていう話
0731nobodyさん2007/09/15(土) 00:52:24ID:PGlxhB9T
ま、今どうしても解決したいなら我慢するか727の方法でやるしかないんじゃない?
俺はもう自分からCakePHPを使うことはきっとないよ
わけが分からない制約が多すぎるからね
0732nobodyさん2007/09/15(土) 01:06:19ID:???
>>731
頭固いな。
単にコントローラ継承して、
params['get']を作って終わりだよ。
0733nobodyさん2007/09/15(土) 01:23:03ID:PGlxhB9T
やってることは727と変わらないじゃんw
まあ継承して解決するだけマシだけど手間は変わらない。
ていうか、CakePHPがPHP標準の仕様を勝手に変えてるせいでそういう対応をしないといけないわけで。
頭が固いとかいう問題じゃなくて、意味不明な制約が少ないFWの方がいいってだけ。
0734nobodyさん2007/09/15(土) 01:25:47ID:???
>>733
頭が固いのは、お前のことだよ。
0735nobodyさん2007/09/15(土) 01:28:32ID:PGlxhB9T
へぇ。頭が柔らかいねえ君は。すごいすごい。


これでいい？満足した？ww
0736nobodyさん2007/09/15(土) 01:31:05ID:???
ID:PGlxhB9T 涙目ｗｗｗｗ

とっても満足した。
0737nobodyさん2007/09/15(土) 01:32:36ID:PGlxhB9T
それはよかったww
おめでとう。
0738nobodyさん2007/09/15(土) 01:33:30ID:???
さらに涙目ｗｗｗ
0739nobodyさん2007/09/15(土) 01:35:26ID:PGlxhB9T
自己紹介乙w
0740nobodyさん2007/09/15(土) 07:07:45ID:???
・javascriptでonsubmit時に/post/aaaに飛ぶようにする
・mod_rewriteで/posts/?search=aaaを/posts/aaaに書き換える
0741nobodyさん2007/09/15(土) 10:12:34ID:???
>>740
rewriteいいね！
0742nobodyさん2007/09/15(土) 11:17:52ID:???
そんなに文句があるならcakePHPを捨てればいいだろ。
SymfonyでもZendでもいいし、なんならRailsでも使えや。
0743nobodyさん2007/09/15(土) 11:39:11ID:???
極論しかいえないアフォスｗｗｗｗ
0744nobodyさん2007/09/15(土) 12:14:57ID:???
>>740
こうですか？わかりません＞＜

$html->formTag('/post','get',array('onsubmit'=>'location.href=\'/post/\'+this.search.value;return false;'));
0745nobodyさん2007/09/15(土) 14:49:02ID:???
まあいくらでもやりようはあるわな
0746nobodyさん2007/09/18(火) 16:54:37ID:Al1Bs6O8
cakephp1.2 の Notice エラーについて教えていただけませんでしょうか。
Noticeエラーを表示させたくないのですが、

ドリームウィーバーで error_reporting の部分に ^ E_NOTICE をつけてもNoticeエラー
が表示されてしまいます。エラーレベルを変更するにはどこを修正すればよいのでしょうか。

cakephp1.1のときは上記方法でうまくいったのですが・・・よろしくお願いします。
0747nobodyさん2007/09/18(火) 18:46:58ID:???
cake本が出るらしい
http://cakephp.seesaa.net/article/53564832.html
0748nobodyさん2007/09/19(水) 16:32:02ID:???
php.iniや.htaccessをいじれないことを考慮して、
mbstring.encoding_translationをonにすることなく、
phpコードで文字コード判別・変換したいのだが、
どこに入れたらいいのだろうか？

cakephpが解釈して、変数に入れたりする前に
$_POST、$_GET、(他にもあるかな？)の内容に対して
文字コード変換するべきだと思うんだが、
どの時点でするべきだともう？

どこにコードを書けばいいんだろうか？
0749nobodyさん2007/09/20(木) 16:12:39ID:???
日本語フォーラムみて思ったんだけど、開発時にNotice表示を消したい理由ってなんだろう。
0750nobodyさん2007/09/20(木) 17:41:56ID:???
JSONとか、HTML以外を出力するときは消したい時あるな
0751nobodyさん2007/09/20(木) 17:55:04ID:???
>>749
Noticeレベルも出ないように開発するのが当然でしょう？っていいたいの？
0752nobodyさん2007/09/20(木) 18:44:41ID:???
当然だと思います。
0753nobodyさん2007/09/20(木) 19:25:42ID:???
あそ。
0754nobodyさん2007/09/20(木) 21:36:38ID:???
>> 750
そういう時は出力するコントローラのアクション内で、
Configure::write('debug', 0);
でスッキリ。
0755nobodyさん2007/09/21(金) 13:49:22ID:7403Nihy
cake 1.2　まだバグ多いね。バリデーションもなんか動かないんだけど。
SQLもわけわからんとこでエラーでるし。

さすがは a 版。

やっぱり今はまだ　1.1 を使ったほうがよさそう。
0756nobodyさん2007/09/21(金) 18:01:26ID:???
1.1系で一つの項目に対して、複数の入力チェックはどのように実現するのが一般的ですか?
07577562007/09/21(金) 18:49:13ID:sxzZ5KcO
http://blog.imototakeshi.com/archives/266.html
な感じが一般的ですか?
0758nobodyさん2007/09/21(金) 23:19:35ID:???
> cake 1.2　まだバグ多いね。バリデーションもなんか動かないんだけど。

普通に動いているが？
0759nobodyさん2007/09/22(土) 00:48:28ID:???
普通に安定してるわな。
0760nobodyさん2007/09/22(土) 03:59:23ID:???
1.2使ってるけど、ドキュメントが少ないこと以外は特に問題ないな。
でもやっぱりalphaだと安定性が心配。
0761nobodyさん2007/09/22(土) 17:26:50ID:???
普通に自分で手入れすればいいじゃん。フレームワークのソース読めないで使っているようじゃフレームワークにツカワレているのと同様。
0762nobodyさん2007/09/23(日) 14:48:44ID:???
ソース読まないと使えないフレームワークとかｲﾗﾈ
0763nobodyさん2007/09/23(日) 16:06:27ID:???
読めないっつーか読まない。カスタマイズする時は読むけど。暇じゃないからな。
0764nobodyさん2007/09/23(日) 18:14:45ID:???
>>762
禿同
0765nobodyさん2007/09/23(日) 19:49:58ID:???
>>761
ﾜﾛｽｗｗｗｗｗ
なんのためにフレームワークがあるんだか
0766nobodyさん2007/09/23(日) 20:14:29ID:???
>>761
こういうひとはきっとLinuxやらApacheやらPHPやらのCコードも全部読んでるんだろうね
0767nobodyさん2007/09/23(日) 21:18:16ID:???
オープンソースのモノを使う資格ないやつばかりだな。不満があるなら自分で直せって意味だろ
0768nobodyさん2007/09/23(日) 21:43:25ID:???
>>767

同意

ここも口だけのやつばかりだね
0769nobodyさん2007/09/23(日) 23:34:12ID:???
ソースを読ませることを前提としているモノは
PHPフレームワークに限らず、全部ゴミ。

ドキュメント読んだりAPI見たりしてわからなければソース見ればいい。
しかしコアソースを変えさせるのは如何なものかと思ってみたりする。

以上、独り言ですた。
0770nobodyさん2007/09/24(月) 00:07:14ID:???
>>769
普通cake/の中身にはちょっかい出さないよ
0771nobodyさん2007/09/24(月) 01:34:07ID:???
>>769

オープンソースの意味わかってないやつ発見

貧乏なくせに遠吠えしてるやつってしょうもないよなあ
0772nobodyさん2007/09/24(月) 01:35:40ID:???
訂正

貧乏な上に技術もなく　さらには語学力もないのに
遠吠えしてるやつってしょうもないよなあ

だな

こんなとこでほえてないで　フォーラムにポストするなりすりゃいいのに
0773nobodyさん2007/09/24(月) 02:18:10ID:???
まあ、完璧なモノなんて存在しないから、手を入れざるを得ない場合もあるけど、
手を入れる必要があればあるほど、「効率よく開発できるフレームワーク」から
遠ざかっていくことは間違いないな。
あんまり手を入れる必要があるのなら、自分で書いても大して変わらなく
なってしまうわけだし。
0774nobodyさん2007/09/24(月) 12:18:00ID:???
>>771-772
ガキの独り言に何をそんなにムキになって噛み付いてんだ？ｗ
じゃ、まずはモマエからオープンソースの意味について言ってごらん
0775nobodyさん2007/09/25(火) 19:59:07ID:???
デキるやつと、デキないやつの境目を見た気がする。

デキるやつは、多少バグがあろうと関係ない。
ソースを読んで内部を把握するから詳しくなる。

そしていざ使うとなったときに、
一方はすでに内部から把握している人、
一方は今から勉強する人にわかれる。
0776nobodyさん2007/09/25(火) 22:41:30ID:???
フレームワークを使うのってさ、面倒なルーチンワークを任せたいからじゃないのかなぁ。
それに、ソースいじりだすとさ、バージョンアップの時も作業が増えるし、いじらなくて済む
ならいじらない方がいいと思うのはおかしいですか?

ごみは言いすぎかもしれないけど、「ソース読むのが前提」ってのは本末転倒かと。
俺は、>769の意見に賛成だよ。
0777nobodyさん2007/09/25(火) 22:58:10ID:???
ソース読めば、
Cakeが空のクラスを継承してることに気が付くから、
フレームワークの根幹に手を入れるなんて大冒険しなくて良いことに
気が付くよ。

ていうかCakeでソース読まないってどんだけエスパー揃いなんだよ。
膨大なよくわからんHowtoググルより
Cakeぐらいなら、ソース読んだほうがぜんぜんわかりやすいだろう。
0778nobodyさん2007/09/25(火) 23:08:09ID:???
ああでもソース見ると使いたくなくなるけどね。
0779nobodyさん2007/09/26(水) 01:35:02ID:???
構造が同じテーブルが複数合って動的に変更したいのですが、コントローラで

$this->Hoge->setSource("hoges");

としたのですが、FindAllをするとSQLのエラーとなります。
トレースを見たところ、

SELECT FROM `hoges` AS `Hoge` WHERE 1 = 1

てな具合で、SELECTの後のフィールドリストが空になっています。
自前でモデルの中でフィールドを定義するのか、
それとも、setSourceしたあとに何らかのメソッドでモデルを更新するとか
勝手に想像しながら、APIドキュメントを眺めてはいるのですが、それらしいものが見つかりません・・・

アドバイスお願いできないでしょうか・・・

＃ぐぐったら、
＃http://d.hatena.ne.jp/cvyan/20070925
＃同じようにはまってる人がいました・・・
07807792007/09/26(水) 03:03:06ID:???
追記です。

自前でSQLを用意してfindBySqlメソッドを使えば、indexビューは表示できるようになりました。

$sql = "SELECT `Hoge`.`id`, `Hoge`.`name`, `Hoge`.`username` FROM `hoges` AS `Hoge`";
$result = $this->Account->findBySql($sql);
$this->set('hoges', $result);

ただ、InsertやDeleteメソッドも同様にSQLを用意しないと駄目な感じです。
せっかくのフレームワークなので、もう少しスマートな方法があればいいのですが・・・
0781nobodyさん2007/09/26(水) 09:27:28ID:???
>>779
モデルの基底クラスでテーブルのメタ情報をキャッシュするようになってるので、そのせいだと思う。

reset()かnewでなんとかならないかな。
0782nobodyさん2007/09/26(水) 10:10:24ID:???
ソース嫁厨ｗｗ
0783nobodyさん2007/09/26(水) 10:32:59ID:???
>>776
それは、ドキュメント読む方が早いか、ソース読むのが早いかによるんじゃないかなぁ。
読む速度が同じであっても、ソースを読んだ方が理解や応用、拡張が素早く出来るので、結果的に作業は早くなると思う。

まぁべつにソースを全部読めっていうわけじゃないし、本末転倒ってほど悪くは無いと思う。
むしろ折角のスクリプト言語で読みやすくなってるのにそのメリットを生かさない方がもったいない。

もちろん、よいドキュメントはいつだって欲しいけどさ。
0784nobodyさん2007/09/26(水) 10:54:34ID:???
結局、ドキュメントが不足していると言うだけの話であって、
CakePHPの出来が悪いと言うことにはならない。

本当のプログラマにとってはドキュメントもソースも同じようなものだけどね。
ソースも読めないような人間は、ドキュメントを読めないのと同じ。
0785nobodyさん2007/09/26(水) 11:31:59ID:???
>>779
1.1使ってる？

そのうち使いそうだろうから、試してみたけど全然問題なかったよ。
1.2.0.5427alphaでテスト。

コントローラのbeforeFilterとindex、どちらの一行目で
setSourceしても問題なかった。


個人的には、ログのように１年単位でテーブルを分ける的な場合なら
モデル側で使用するテーブルを判断するべきじゃないのかと思うが。
07867792007/09/26(水) 15:17:54ID:???
newでコンストラクタの引数にテーブル名を指定する方法で、解決いたしました。
沢山のレスありがとうございました。

＃Versionは1.1を利用しています
0787nobodyさん2007/09/26(水) 16:35:14ID:???
1.2.0.5427alpha試してるんだけどDEBUGの値2と3で変わらなくない？
07887872007/09/26(水) 17:04:51ID:???
ソース読みました。
view.phpで$this->controllerがnullになってるみたいね。
0789nobodyさん2007/09/26(水) 18:31:30ID:???
今ふと気づいたんだけどさ、app/models/datasources ってフォルダがある。
このフォルダ、なんに使うんだろうか？

このフォルダがあると言うことは、何かしらの
ユーザー定義のクラスか何かを置くのだと思う。

新しいデータベースサーバーへの対応？
だとしたら、それは app/models/datasources/dbo になるはず。
しかし、そんなフォルダはない。

まさかRDBMS以外、つまりODBMSやXML等に対応するためか？
0790nobodyさん2007/09/27(木) 17:13:09ID:???
ドキュメントに記述が無いんだったら、
Tracでそのディレクトリのコミットログを見たら
どういう意図で追加されたかわかるかもよ
0791nobodyさん2007/09/28(金) 11:52:16ID:???
みなさんhelperってどの程度使用してる？
かえって不便な気がしてきたんだけど。
■ このスレッドは過去ログ倉庫に格納されています