【PHP】フレームワーク CakePHP 5ホール目【v1.2】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2008/12/19(金) 15:52:19ID:ylogT+7chttp://www.cakephp.org/
APIドキュメント
http://api.cakephp.org/
cookbook（マニュアル）
http://book.cakephp.org/ja
the Bakery
http://bakery.cakephp.org/
■日本語フォーラム
http://cakephp.jp/
■過去スレ
【PHP】フレームワーク CakePHP 4ホール目【v1.2】
http://pc11.2ch.net/test/read.cgi/php/1213892680/
【PHP】フレームワーク CakePHP 3ホール目【本命】
http://pc11.2ch.net/test/read.cgi/php/1205475360/
【PHP】フレームワーク CakePHP 2ホール目
http://pc11.2ch.net/test/read.cgi/php/1194976228/
【PHP】フレームワーク CakePHP
http://pc11.2ch.net/test/read.cgi/php/1163850802/
0298nobodyさん
2009/01/11(日) 01:06:51ID:???$form->input('honbun', array('type'=>'textarea', 'cols'=>'10', 'rows'=>'5');
行数(rows)は指定どおり変化してくれます。
cake.generic.cssのどこかを修正すれば良さそうな所まで調べましたが、具体的に
どこをどう修正すれば良いかわかりません。よろしくお願いします。
0300nobodyさん
2009/01/11(日) 03:35:55ID:???途端におかしな動作しだすな、このフレームワーク…
0301nobodyさん
2009/01/11(日) 03:59:04ID:???0302nobodyさん
2009/01/11(日) 08:53:45ID:???というか、今までのバグは本家に報告してないの？
0303nobodyさん
2009/01/11(日) 09:24:13ID:???0304nobodyさん
2009/01/11(日) 12:04:42ID:???ここで文句ばっかり言ってるやつってなんなの？
0305nobodyさん
2009/01/11(日) 12:23:51ID:???原因特定できないのにチケット出す意味ない
その辺は日本公式(?)がうまく立ち回ってもらいたいところ
0306nobodyさん
2009/01/11(日) 12:36:15ID:???英語書くの遅いから嫌だ
大体、そんな苦労しなくても最初から使えるFWを使いたい
0307nobodyさん
2009/01/11(日) 12:38:18ID:???0308nobodyさん
2009/01/11(日) 13:11:03ID:???それとも新参者ばかりなの？w
0309nobodyさん
2009/01/11(日) 15:49:46ID:???0310nobodyさん
2009/01/11(日) 15:58:13ID:???別のエンジニアが保守し辛くなるし
FWの良さがなくなる
0311nobodyさん
2009/01/11(日) 18:00:58ID:???1.0正式版が出たときもそうだったぜ。
そこを自分で何とかするのがBaker。
文句いう人は他のFWを使えばいいと思う
0312nobodyさん
2009/01/11(日) 19:36:58ID:e07paZUF0313nobodyさん
2009/01/11(日) 20:09:38ID:???0314nobodyさん
2009/01/11(日) 21:14:41ID:???0315nobodyさん
2009/01/11(日) 21:53:49ID:???0316nobodyさん
2009/01/11(日) 22:57:27ID:???0317nobodyさん
2009/01/12(月) 00:44:27ID:???0318nobodyさん
2009/01/12(月) 08:02:17ID:JmkPO6xqオブジェクト指向言語の基本的な要素は持ってるけど
実際にオブジェクト指向プログラミングをやろうとすると苦労が多い
cakeのapi設計もrailsからパクった部分はオブジェクト指向的だが、cake拡張部分は関数っぽくなてる
0319nobodyさん
2009/01/12(月) 08:48:04ID:???0320nobodyさん
2009/01/12(月) 09:04:16ID:3zI01Xa5formヘルパーで、フィールド名 (field)に数字を渡すと、
0のときだけ中身が消える
$form->text('0');
とか
empty()とかでしかチェックしてないっぽいな
string型にキャストしても駄目だし
0321nobodyさん
2009/01/12(月) 09:05:10ID:???で動けばいいが、動かないし
0322nobodyさん
2009/01/12(月) 09:17:19ID:???appディレクトリの意味ねー
0323nobodyさん
2009/01/12(月) 09:38:56ID:???appディレクトリ側で /view/helper.php の置き換えできないのか？
0324nobodyさん
2009/01/12(月) 09:42:41ID:???0325nobodyさん
2009/01/12(月) 09:44:45ID:???ってまじかよ
helper.phpにバグあるんだが、直接編集しかないのかよ
FWのはずがコアのバグつぶしにすり替わって、全然進まない
0326nobodyさん
2009/01/12(月) 09:55:09ID:???俺はたぶん、次回はもうCakeは使わない
$form->text('0');
とかやると、0のときだけ
<inpute name="data[]" 〜 />
みたくなる
helper.phpのsetEntity()で、view->fieldにセットしてるとこが問題ぽい
0329nobodyさん
2009/01/12(月) 11:51:38ID:???手を入れたいというより、HTMLを自由に組みたかっただけなんだけどね
んだけど、規則からはずれると不具合がでまくる
ちなみに、
>helper.phpのsetEntity()で、view->fieldにセットしてるとこが問題ぽい
は $view->model の間違いかも
かなり深いところに原因があるっぽくて、結局、あきらめて
$form->text(null, array('name' => 'data[0]'));
$form->text(null, array('name' => 'data[item][0]'));
とかするようにした
コンポーネントとか使う場合に、また問題がでるかもしれないけど
0330nobodyさん
2009/01/12(月) 11:54:41ID:???他のシステムと連携する場合に、数値の配列形式の方が扱いやすいから
まぁ、html手打ちでもいいんだけどさ
ヘルパーとかが規約と強く結びつきだなと思った
0331nobodyさん
2009/01/12(月) 12:03:43ID:???データ追加フォーム -> データ追加 -> トップ画面にリダイレクト
としようと思うのですが、アクション名に悩んでます
add() -> ??? -> index()
???の部分をどうしようかと…
add()で分岐してもいいんですが、分けたいのですが、
なにかいい名前ありませんかね？
確認画面とかなら add_confirm() にするんですが。
0332331
2009/01/12(月) 12:05:43ID:???実際は add_item() という名前なのですが、
追加するだけのアクション名をどうしようかなと、いうことです
add_???_item() か ???_item() で
なにかいいアクション名ありませんか？
0333331
2009/01/12(月) 12:07:32ID:???update_item() とかどうですかね？
add_item()とedit_item()から共通で使えそうですし
0334nobodyさん
2009/01/12(月) 12:29:53ID:???0335nobodyさん
2009/01/12(月) 16:21:35ID:???0336nobodyさん
2009/01/12(月) 16:24:13ID:???0337nobodyさん
2009/01/12(月) 16:54:47ID:???0338nobodyさん
2009/01/12(月) 16:57:12ID:???0339nobodyさん
2009/01/12(月) 16:58:39ID:???自分の使い方がおかしいという自覚があるからに他ならないだろ
0340nobodyさん
2009/01/12(月) 17:08:56ID:???それとも、規約通りにしか作れない初心者しかいないのか？
0341nobodyさん
2009/01/12(月) 17:09:25ID:JmkPO6xq単にcakeの開発者が意図した使い方からはみ出ると途端に挙動が変になるだけ
0343nobodyさん
2009/01/12(月) 17:11:01ID:???0344nobodyさん
2009/01/12(月) 17:11:49ID:???バグと言っても良いレベルのものもたくさんあるが
組み込みで提供されてる機能が競合するのはバグと言っても良いだろ
>>339
偏屈こねる前に１０回くらい読み直せ
0345nobodyさん
2009/01/12(月) 17:16:56ID:???0346nobodyさん
2009/01/12(月) 17:17:09ID:???そうだね
公式ドキュメントの半分以上は無視したほうがいいね！
設定もなんにも変えないほうがいいね！
ｗｗｗ
0347nobodyさん
2009/01/12(月) 17:20:07ID:???次は絶対に使わないから
Cakeの開発スピードからして見つけたバグ全部修正されるのに半年はかかりそうｗ
0348nobodyさん
2009/01/12(月) 17:20:48ID:???0350nobodyさん
2009/01/12(月) 17:21:58ID:???どのフレームワークの信者だ
0352nobodyさん
2009/01/12(月) 17:23:19ID:???別人？なにを言ってるんだ
おまえは誰か特定の相手に話しかけてるのか？こんな場所で？
俺は今回の話題ではCakeはバグ大杉使えないFW派だよ
0353nobodyさん
2009/01/12(月) 17:23:30ID:???規約からはずれたことはするな
でも、それじゃあ大した物は作れない
組み込みのライブラリは使うな
全部自分で一から書け
FW使う意味ねーｗ
まぁぱっとみ使いやすいとは思うんだけどね
ここまでバグ多いとな…
0355nobodyさん
2009/01/12(月) 17:25:25ID:???問題なのはAPIじゃなくてコアのコード内部なんだよね
ハックするのも一苦労
あのスパゲッティな有様じゃCakeの将来は危ういよ
0356nobodyさん
2009/01/12(月) 17:26:23ID:???Yiiとかってどうよ
0358nobodyさん
2009/01/12(月) 17:55:17ID:???0359nobodyさん
2009/01/12(月) 17:58:23ID:???0360nobodyさん
2009/01/12(月) 18:05:28ID:???兄弟とか言われてるCIは、命名規則に統一性が乏しいし
0362nobodyさん
2009/01/12(月) 19:32:11ID:???どう理解すればいいの？
http://www.google.com/trends?q=cakephp%E3%80%81symfony%E3%80%81zend+framework%E3%80%81mojavi%E3%80%81ethna
0363nobodyさん
2009/01/12(月) 19:35:28ID:???HOWTO情報の多さだからでしょ
使ってる人たちはCakeしか使ったことないんじゃないの
0364nobodyさん
2009/01/12(月) 19:40:29ID:???重さって気にする意味無いよね
重さで言えばRoRとか死ぬほど重いんだし
0365nobodyさん
2009/01/12(月) 19:43:30ID:???0366nobodyさん
2009/01/12(月) 20:59:16ID:???$form->input('honbun', array('type'=>'textarea', 'cols'=>'10', 'rows'=>'5'));
で横幅のせまいtextareaを表示したいのですが、何かヒントありませんか？
0367nobodyさん
2009/01/12(月) 21:10:40ID:???なんで、モデルで使えないのかね
0368nobodyさん
2009/01/12(月) 21:13:12ID:???0369nobodyさん
2009/01/12(月) 22:33:10ID:???cake.generic.css
input, textarea {
width: 100%; ←これ？
}
0370nobodyさん
2009/01/12(月) 22:57:16ID:???app/webroot/css/cake.generic.css
input, textarea {
/* width: 100%; */
}
width: 100%をコメントにすることで
$form->input('honbun', array('type'=>'textarea', 'cols'=>'80', 'rows'=>'5'));
textareaの横幅(cols)設定が有効になるようになりました。ありがとうございました。
合わせて、
$form->input('meado', array('type'=>'text', 'size'=>'50'));
のsize設定も有効になり二重の喜びです。ありがとうございました。
0372nobodyさん
2009/01/12(月) 23:11:10ID:???データを永続化するのがモデルであって
セッションってのはデータでhiddenで引き回してるのと同じようなことだから
0373nobodyさん
2009/01/12(月) 23:33:55ID:???たしかに、とっつきやすさはsymfonyやzendよりも上だと思うが
それだけなんだよね。
PHP使ってるやつはプログラム自体初心者が多いんだろね。
チュートリアル作って終わりなやつが多いんじゃね？
0374nobodyさん
2009/01/12(月) 23:39:43ID:???0375nobodyさん
2009/01/12(月) 23:44:35ID:???フレームワークを使うほどの開発になった時点で
0376nobodyさん
2009/01/12(月) 23:50:55ID:???専用サーバならJavaにした方が楽だし
0378nobodyさん
2009/01/12(月) 23:56:14ID:???個人だろうと企業だろうと普通はその程度の自由度はある環境でやってるよ
0379nobodyさん
2009/01/13(火) 00:36:35ID:???レンタルサーバで動かすCMSとかDBのCRUDがメインのシステムならぴったりだけどさ
0380nobodyさん
2009/01/13(火) 11:22:28ID:???0381nobodyさん
2009/01/13(火) 11:48:16ID:???TwitterやCookPad、楽天でもRoRを使ってるのすら知らんのか。
そういえばここCakePHPスレだったなw
0383nobodyさん
2009/01/13(火) 15:39:41ID:???Ruby動かせないときもあるしなあ
0385nobodyさん
2009/01/13(火) 22:27:13ID:???データ登録以上にワークフローと帳票が多い
0386nobodyさん
2009/01/13(火) 22:33:33ID:???結局はCRUDだしなぁ。
0387nobodyさん
2009/01/13(火) 22:58:25ID:???0389nobodyさん
2009/01/13(火) 23:58:47ID:???作るたびに炎上させる優秀な技術者様達
0390nobodyさん
2009/01/14(水) 13:24:41ID:???モデルは、テーブルと対になるようにして1つのモデルにするのがよいか、
それともコントローラと対にするか、どちらが一般的でしょうか？
例えば受注テーブルがあり、
あるコントローラでは受注数を表示するのがメインの処理で、
また別のコントローラでは受注金額を表示するのがメインの処理、
のような場合、受注テーブルのモデルを1つ作成するのか、それとも
コントローラ毎に作るのか…。
0391nobodyさん
2009/01/14(水) 13:42:37ID:???0393nobodyさん
2009/01/14(水) 13:45:45ID:???コントローラーってのは要するに人がプログラムにアクセスする時のURLなわけよ。
だから人から見てわかりやすけりゃ良いわけで、モデルと対になってる必要なんて無い。
ってのが俺の考え。
逆に同じテーブルにモデルがいくつもあったらプログラム作る時に混乱するんじゃない？
それぞれ特殊なfindメソッドでも作ってるんなら別だけど。
0394nobodyさん
2009/01/14(水) 14:52:22ID:???0395nobodyさん
2009/01/14(水) 14:53:24ID:???今回質問したのは、>>393 の
「それぞれ特殊なfindメソッドでも作ってるんなら別だけど。 」
がまさしくそれで、取得対象のテーブルは1つなんですけど、
そのデータの取得方法や見せ方が全然違って、ただ当然コントローラは
個別に存在するので、
1つのテーブルを元にその見せ方毎にモデルを作りモデルの中で、
var $name = 'table'; としておきつつ、
それぞれの取得するためのメソッドを作成していこうかな、と思い作りはじ
めた矢先、取得テーブルは1つなので、そのモデルに全部メソッドをまとめた
ほうがいいのか？と迷いはじめてしまい…。
テーブル単位にメソッドをまとめるのか、機能毎にモデルを分割するのか…。
まだまだ精進がたりませんね、大変すみませんでした。
0397nobodyさん
2009/01/14(水) 15:11:54ID:???findメソッドは、カンタンにオーバーライドできる
テンプレの↓参照
CakePHPを使ったMVC設計のベストプラクティス - Sooey
ttp://www.sooey.com/journal/2008/03/26/717/
■ このスレッドは過去ログ倉庫に格納されています