元スレ【PHP】フレームワーク CakePHP 15ホール目【v2.2】

みんなの評価 :

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

1 :

CakePHPは、Ruby on Railsの概念の多くを取り入れた、Rails流の高速開発とPHPの機動性を兼ね備えたフレームワークです
CakePHPから派生したLithium(li3)も専スレできるまではここでどうぞ
質問するときはCakePHPのバージョンを書きましょう

※他フレームワークとの比較等はスレ違いです

■本家
http://www.cakephp.org/
APIドキュメント
http://api.cakephp.org/
github - cakephp
http://github.com/cakephp
the Bakery
http://bakery.cakephp.org/
CakeQs
http://cakeqs.org/
Issue
http://cakephp.lighthouseapp.com/dashboard
CheatSheet[1.2] (PDF)
http://cakephp.org/files/Resources/CakePHP-1.2-Cheatsheet.pdf

■日本語公式
http://cakephp.jp/
フォーラム
http://cakephp.jp/modules/newbb/
cookbook（マニュアル）
[2.x]http://book.cakephp.org/2.0/ja/index.html
[1.3]http://book.cakephp.org/ja

前スレ
【PHP】フレームワーク CakePHP 14ホール目【v2.1】
http://kohada.2ch.net/test/read.cgi/php/1335859124/

2 = 1 :

前スレ埋まりそうなので建てた
リンクの順番を変更したり2.x系のマニュアルを追加したりした
テンプレらしきものは見当たらないのでこれ以上何もしない
独断でやった
反省はするが後悔はしない

5 = :

そうなん？
empty とかでチェックしてたから気が付かんかったけど、
なんでそんな仕様変えたりするんかな。

6 = :

cakeの複数形って何のためにありますか？
機能的にはなくても問題ないですよね？

7 = :

コンピュータはアングロサクソン文化。
それに異を唱えたところで無駄な抵抗。

11 = :

何目線？

12 = :

2.2.2だけどShellが動かない、検索してみてもどれが正しいのかルールが変わりすぎ
app\Console\Command\MyShell.php (mainだけの空ファイル)
path通ってて、app\Console\Command>cake my
↓
Error: Shell class MyShell could not be found.

14 = :

いや、ちょっとまった。
そのエラーは cake.php の設定ミスだ。

15 = :

いややっぱ違うか、実行ディレクトリの間違いか

24 = :

いや違うわ。
お前、 Console ディレクトリにいるだろ！

25 = :

>>13 をちゃんと読んだんだろうな

26 = :

しまった、 >>16 ですでに間違いが書かれてた (´・ω・`)
俺が未熟だった orz...

悪いのは全て俺だ。。。

27 = :

>>24
そうでした、app/にて、エラーが出ないで無事通りました。
大変お世話になりました、有難うごさいます。

29 = :

2系しかやってないからだけど、マジで1系の情報が強すぎてうざい

30 = :

1系の情報を全部2系に書き換えて解説するブログをやれば人気出るかもしれないぞ

31 = :

検索するときに CakePHP2 とかわざわざ書かないとフィルタかからないから意味ない

と言うよりも、キーワードからバージョンを推測できない問題は
そもそも同じ名前でリリースしたことにあるわけで、
これだけ仕様の異なるプロジェクトなら名称を変えるべきだった。

これはCakePHP2の最大の失敗だったと思う。
3系は是非名前を変更してほしい。

32 = :

は？
世の中のプロジェクト全てにケチ着けてこいよ

33 = :

いや、世の中の他のプロジェクトは俺には関係ないからどうでもいい。
悪いけど、自分のことしか考えてないんで。

34 = :

普通に「cakephp2」で結果に出るなら良いじゃん
2って打つのがめんどくさいのかな

38 :

>>36
ありがとうございます。
何とか出来そうです！！

39 = :

てす

40 = :

公式フォーラムがたよりないのでこちらに。
Cakeって1テーブル1モデルが基本だけど、2つ以上テーブルが必要な処理ってどこに書いてる？
アソシエーションの関係にないモデルが複数要る場合。JOINで済ませることも出来ない場合。
コントローラにごちゃごちゃ書きたくないけどモデル内で別モデルのインスタンス生成とかやりたくないので
そういう処理は全部コンポーネントに書いてるのだが、
そうするとコンポーネントがどんどん太ってモデルは空っぽになったりする。
別にそれでいい気もするが、MVCとしてなんか腑に落ちない気もする。

41 = :

>モデル内で別モデルのインスタンス生成とかやりたくない

えーーー、なんでやねん！

42 = :

>>40
あるモデルの中から他のモデルに働きかけたりするだろ普通

43 = :

Cakeの話をするとスレが止まる何このスレ・・・

>>41-42
それやると典型的スパゲティになるからやめてくれ
引き継いだ他人のコードでそれがあると最悪

45 = :

>>44
コントローラに書くのに普通に$uses使わずそう書く理由は？ていうかそれ合ってるのかね

コントローラに全部書く方針で行くならそれはそれでありだと思う
俺はコントローラの流れが見辛くなるのが嫌だからなるべく太らせないようにしたい

50 = :

>>46
ひどいサイトだな。

冒頭のコントローラの解説で、
モデルはDBアクセスに関する機能だから、
DBを使わなければ不要だなんて言っちゃってるし。
そっ閉じしたわ。

職業プログラマで、こんな糞コードを書いてたら大変だぞ。
こんなサイトにブクマが130超もついてるなんて、本当に青ざめるわ。