- 1 名前：nobodyさん [2008/12/19(金) 15:52:19 ID:ylogT+7c]
- ■本家
www.cakephp.org/
APIドキュメント
api.cakephp.org/
cookbook（マニュアル）
book.cakephp.org/ja
the Bakery
bakery.cakephp.org/
■日本語フォーラム
cakephp.jp/
■過去スレ
【PHP】フレームワーク CakePHP 4ホール目【v1.2】
pc11.2ch.net/test/read.cgi/php/1213892680/
【PHP】フレームワーク CakePHP 3ホール目【本命】
pc11.2ch.net/test/read.cgi/php/1205475360/
【PHP】フレームワーク CakePHP 2ホール目
pc11.2ch.net/test/read.cgi/php/1194976228/
【PHP】フレームワーク CakePHP
pc11.2ch.net/test/read.cgi/php/1163850802/
- 304 名前：nobodyさん mailto:sage [2009/01/11(日) 12:04:42 ID:???]
- チケット出しておけばたいていのバグはなおしてくれるのに
ここで文句ばっかり言ってるやつってなんなの？
- 305 名前：nobodyさん mailto:sage [2009/01/11(日) 12:23:51 ID:???]
- 使い続けるかもわからない上に
原因特定できないのにチケット出す意味ない
その辺は日本公式(?)がうまく立ち回ってもらいたいところ
- 306 名前：nobodyさん mailto:sage [2009/01/11(日) 12:36:15 ID:???]
- 再現手順さえあればチケット出せば良いだろうけど
英語書くの遅いから嫌だ
大体、そんな苦労しなくても最初から使えるFWを使いたい
- 307 名前：nobodyさん mailto:sage [2009/01/11(日) 12:38:18 ID:???]
- 使い始めたばかりでバグかどうかも特定できていないのに騒ぐやつは無視で良い
- 308 名前：nobodyさん mailto:sage [2009/01/11(日) 13:11:03 ID:???]
- 手順書いてるんだからバグかわかるだろｗ
それとも新参者ばかりなの？w
- 309 名前：nobodyさん mailto:sage [2009/01/11(日) 15:49:46 ID:???]
- この流れひでえなｗ
- 310 名前：nobodyさん mailto:sage [2009/01/11(日) 15:58:13 ID:???]
- コアに手入れたりすると
別のエンジニアが保守し辛くなるし
FWの良さがなくなる
- 311 名前：nobodyさん mailto:sage [2009/01/11(日) 18:00:58 ID:???]
- バグだらけなのがCakePHPの特徴だろw
1.0正式版が出たときもそうだったぜ。
そこを自分で何とかするのがBaker。
文句いう人は他のFWを使えばいいと思う
- 312 名前：nobodyさん [2009/01/11(日) 19:36:58 ID:e07paZUF]
- 2年後くらいにcakeがまともになってたらまたきます＞＜
- 313 名前：nobodyさん mailto:sage [2009/01/11(日) 20:09:38 ID:???]
- 全然オブジェクト指向じゃないしなあ
- 314 名前：nobodyさん mailto:sage [2009/01/11(日) 21:14:41 ID:???]
- PHP4対応なのになんでオブジェクト指向だと思ったの
- 315 名前：nobodyさん mailto:sage [2009/01/11(日) 21:53:49 ID:???]
- コード分ければ出来るじゃん
- 316 名前：nobodyさん mailto:sage [2009/01/11(日) 22:57:27 ID:???]
- クラス使われているんだからオブジェクト指向であってるよ。
- 317 名前：nobodyさん mailto:sage [2009/01/12(月) 00:44:27 ID:???]
- クラス使ってるからオブジェクト指向（笑）
- 318 名前：nobodyさん [2009/01/12(月) 08:02:17 ID:JmkPO6xq]
- PHP自体が関数指向で配列をぶん回すタイプの言語だからな
オブジェクト指向言語の基本的な要素は持ってるけど
実際にオブジェクト指向プログラミングをやろうとすると苦労が多い
cakeのapi設計もrailsからパクった部分はオブジェクト指向的だが、cake拡張部分は関数っぽくなてる
- 319 名前：nobodyさん mailto:sage [2009/01/12(月) 08:48:04 ID:???]
- Railsをパクるだけにしていてほしい
- 320 名前：nobodyさん [2009/01/12(月) 09:04:16 ID:3zI01Xa5]
- またまたバグ発見
formヘルパーで、フィールド名 (field)に数字を渡すと、
0のときだけ中身が消える
$form->text('0');
とか
empty()とかでしかチェックしてないっぽいな
string型にキャストしても駄目だし
- 321 名前：nobodyさん mailto:sage [2009/01/12(月) 09:05:10 ID:???]
- $form->text('data[0]');
で動けばいいが、動かないし
- 322 名前：nobodyさん mailto:sage [2009/01/12(月) 09:17:19 ID:???]
- appごとにコアのファイルをオーバーライドしないと使えないな
appディレクトリの意味ねー
- 323 名前：nobodyさん mailto:sage [2009/01/12(月) 09:38:56 ID:???]
- なんじゃこりゃ
appディレクトリ側で /view/helper.php の置き換えできないのか？
- 324 名前：nobodyさん mailto:sage [2009/01/12(月) 09:42:41 ID:???]
- cakephp.jp/modules/newbb/viewtopic.php?topic_id=377&forum=9&post_id=669
- 325 名前：nobodyさん mailto:sage [2009/01/12(月) 09:44:45 ID:???]
- とん
ってまじかよ
helper.phpにバグあるんだが、直接編集しかないのかよ
FWのはずがコアのバグつぶしにすり替わって、全然進まない
- 326 名前：nobodyさん mailto:sage [2009/01/12(月) 09:55:09 ID:???]
- とりあえず、バグっぽいとこ教えとくから、常連さんはチケットでもあげといてくれ
俺はたぶん、次回はもうCakeは使わない
$form->text('0');
とかやると、0のときだけ
<inpute name="data[]" 〜 />
みたくなる
helper.phpのsetEntity()で、view->fieldにセットしてるとこが問題ぽい
- 327 名前：nobodyさん mailto:sage [2009/01/12(月) 11:06:01 ID:???]
- >>326
どうしてコアに手を入れてまでフィールド名を"0"にしたいのかがわからない。
- 328 名前：nobodyさん mailto:sage [2009/01/12(月) 11:48:59 ID:???]
- >>327
相手すんなって
- 329 名前：nobodyさん mailto:sage [2009/01/12(月) 11:51:38 ID:???]
- >>327
手を入れたいというより、HTMLを自由に組みたかっただけなんだけどね
んだけど、規則からはずれると不具合がでまくる
ちなみに、
>helper.phpのsetEntity()で、view->fieldにセットしてるとこが問題ぽい
は $view->model の間違いかも
かなり深いところに原因があるっぽくて、結局、あきらめて
$form->text(null, array('name' => 'data[0]'));
$form->text(null, array('name' => 'data[item][0]'));
とかするようにした
コンポーネントとか使う場合に、また問題がでるかもしれないけど
- 330 名前：nobodyさん mailto:sage [2009/01/12(月) 11:54:41 ID:???]
- DB使わないモデルや、
他のシステムと連携する場合に、数値の配列形式の方が扱いやすいから
まぁ、html手打ちでもいいんだけどさ
ヘルパーとかが規約と強く結びつきだなと思った
- 331 名前：nobodyさん mailto:sage [2009/01/12(月) 12:03:43 ID:???]
- 質問です
データ追加フォーム -> データ追加 -> トップ画面にリダイレクト
としようと思うのですが、アクション名に悩んでます
add() -> ??? -> index()
???の部分をどうしようかと…
add()で分岐してもいいんですが、分けたいのですが、
なにかいい名前ありませんかね？
確認画面とかなら add_confirm() にするんですが。
- 332 名前：331 mailto:sage [2009/01/12(月) 12:05:43 ID:???]
- >>331
実際は add_item() という名前なのですが、
追加するだけのアクション名をどうしようかなと、いうことです
add_???_item() か ???_item() で
なにかいいアクション名ありませんか？
- 333 名前：331 mailto:sage [2009/01/12(月) 12:07:32 ID:???]
- 連投ごめんなさい…
update_item() とかどうですかね？
add_item()とedit_item()から共通で使えそうですし
- 334 名前：nobodyさん mailto:sage [2009/01/12(月) 12:29:53 ID:???]
- update_itemでいいんじゃね？
- 335 名前：nobodyさん mailto:sage [2009/01/12(月) 16:21:35 ID:???]
- ここでバグバグ言われてるのって使い方解ってないだけなんじゃないのか
- 336 名前：nobodyさん mailto:sage [2009/01/12(月) 16:24:13 ID:???]
- じゃあどう使えば良いのか説明しろよ
- 337 名前：nobodyさん mailto:sage [2009/01/12(月) 16:54:47 ID:???]
- book.cakephp.org/
- 338 名前：nobodyさん mailto:sage [2009/01/12(月) 16:57:12 ID:???]
- そんなところは熟読した上での話だと思うが
- 339 名前：nobodyさん mailto:sage [2009/01/12(月) 16:58:39 ID:???]
- 本家に報告したくないってのはバグじゃなくて
自分の使い方がおかしいという自覚があるからに他ならないだろ
- 340 名前：nobodyさん mailto:sage [2009/01/12(月) 17:08:56 ID:???]
- 再現方法書いてるのにバグかどうかもわからんの？
それとも、規約通りにしか作れない初心者しかいないのか？
- 341 名前：nobodyさん [2009/01/12(月) 17:09:25 ID:JmkPO6xq]
- バグではない
単にcakeの開発者が意図した使い方からはみ出ると途端に挙動が変になるだけ
- 342 名前：nobodyさん mailto:sage [2009/01/12(月) 17:10:38 ID:???]
- >>341
ｗｗｗ
それならバグではないかもなｗｗｗ
そうか、バグじゃないのか〜
使えないFWだな〜
- 343 名前：nobodyさん mailto:sage [2009/01/12(月) 17:11:01 ID:???]
- フレームワーク使ってて規約はずれたら動かなくなったってそっちの方が初心者だろ
- 344 名前：nobodyさん mailto:sage [2009/01/12(月) 17:11:49 ID:???]
- 機能不足、仕様が変、というのが正しいな
バグと言っても良いレベルのものもたくさんあるが
組み込みで提供されてる機能が競合するのはバグと言っても良いだろ
>>339
偏屈こねる前に１０回くらい読み直せ
- 345 名前：nobodyさん mailto:sage [2009/01/12(月) 17:16:56 ID:???]
- いやだから本当にバグだと思うなら本家に報告しなよ
- 346 名前：nobodyさん mailto:sage [2009/01/12(月) 17:17:09 ID:???]
- >>343
そうだね
公式ドキュメントの半分以上は無視したほうがいいね！
設定もなんにも変えないほうがいいね！
ｗｗｗ
- 347 名前：nobodyさん mailto:sage [2009/01/12(月) 17:20:07 ID:???]
- 報告したところで今やってる案件には意味ないし
次は絶対に使わないから
Cakeの開発スピードからして見つけたバグ全部修正されるのに半年はかかりそうｗ
- 348 名前：nobodyさん mailto:sage [2009/01/12(月) 17:20:48 ID:???]
- 間違えてCakeなんかを使ってしまう人を増やさないようにしないとな
- 349 名前：nobodyさん mailto:sage [2009/01/12(月) 17:21:25 ID:???]
- >>347
きみは別人だろｗ
きみもいやになったのか？
- 350 名前：nobodyさん mailto:sage [2009/01/12(月) 17:21:58 ID:???]
- 1.2が公式にリリースされて危機感を持っている奴がいるらしいな
どのフレームワークの信者だ
- 351 名前：nobodyさん mailto:sage [2009/01/12(月) 17:23:00 ID:???]
- >>347
次なに使うの？
- 352 名前：nobodyさん mailto:sage [2009/01/12(月) 17:23:19 ID:???]
- >>349
別人？なにを言ってるんだ
おまえは誰か特定の相手に話しかけてるのか？こんな場所で？
俺は今回の話題ではCakeはバグ大杉使えないFW派だよ
- 353 名前：nobodyさん mailto:sage [2009/01/12(月) 17:23:30 ID:???]
- まぁこれからCake使うやつに助言
規約からはずれたことはするな
でも、それじゃあ大した物は作れない
組み込みのライブラリは使うな
全部自分で一から書け
FW使う意味ねーｗ
まぁぱっとみ使いやすいとは思うんだけどね
ここまでバグ多いとな…
- 354 名前：nobodyさん mailto:sage [2009/01/12(月) 17:23:49 ID:???]
- >>351
SAStrutsかDjango
- 355 名前：nobodyさん mailto:sage [2009/01/12(月) 17:25:25 ID:???]
- ちなみにCakeはオブジェクト指向じゃないって話あったけど
問題なのはAPIじゃなくてコアのコード内部なんだよね
ハックするのも一苦労
あのスパゲッティな有様じゃCakeの将来は危ういよ
- 356 名前：nobodyさん mailto:sage [2009/01/12(月) 17:26:23 ID:???]
- というかPHPのFWはまともなのがないな
Yiiとかってどうよ
- 357 名前：nobodyさん mailto:sage [2009/01/12(月) 17:54:39 ID:???]
- >>354
レンタルサーバで動かす気ない人か
- 358 名前：nobodyさん mailto:sage [2009/01/12(月) 17:55:17 ID:???]
- PHPでオブジェクト指向ってもっさりフレームワークの登竜門だろｗ
- 359 名前：nobodyさん mailto:sage [2009/01/12(月) 17:58:23 ID:???]
- Cakeは既にあらゆるフレームワークの中で最も重い部類
- 360 名前：nobodyさん mailto:sage [2009/01/12(月) 18:05:28 ID:???]
- で、なんかいいのないのか？
兄弟とか言われてるCIは、命名規則に統一性が乏しいし
- 361 名前：nobodyさん mailto:sage [2009/01/12(月) 18:06:17 ID:???]
- >>359
- 362 名前：nobodyさん mailto:sage [2009/01/12(月) 19:32:11 ID:???]
- でも、世界でsymfony、zend+frameworkを抜き、最も注目されているPHP FWという事実は
どう理解すればいいの？
www.google.com/trends?q=cakephp%E3%80%81symfony%E3%80%81zend+framework%E3%80%81mojavi%E3%80%81ethna
- 363 名前：nobodyさん mailto:sage [2009/01/12(月) 19:35:28 ID:???]
- PHPのユーザ層が重視するのは簡単に導入できる事と
HOWTO情報の多さだからでしょ
使ってる人たちはCakeしか使ったことないんじゃないの
- 364 名前：nobodyさん mailto:sage [2009/01/12(月) 19:40:29 ID:???]
- PHPったって殆どの人は楽天やGREEを作る訳じゃないんだから
重さって気にする意味無いよね
重さで言えばRoRとか死ぬほど重いんだし
- 365 名前：nobodyさん mailto:sage [2009/01/12(月) 19:43:30 ID:???]
- 重いのは誰も問題にしてないけどね
- 366 名前：nobodyさん mailto:sage [2009/01/12(月) 20:59:16 ID:???]
- すみません>>298なんですが
$form->input('honbun', array('type'=>'textarea', 'cols'=>'10', 'rows'=>'5'));
で横幅のせまいtextareaを表示したいのですが、何かヒントありませんか？
- 367 名前：nobodyさん mailto:sage [2009/01/12(月) 21:10:40 ID:???]
- ところで、セッションってモデルだと思うんだが、
なんで、モデルで使えないのかね
- 368 名前：nobodyさん mailto:sage [2009/01/12(月) 21:13:12 ID:???]
- セッションはモデルじゃねーよｗ
- 369 名前：nobodyさん mailto:sage [2009/01/12(月) 22:33:10 ID:???]
- >>366
cake.generic.css
input, textarea {
width: 100%; ←これ？
}
- 370 名前：nobodyさん mailto:sage [2009/01/12(月) 22:57:16 ID:???]
- >>369
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設定も有効になり二重の喜びです。ありがとうございました。
- 371 名前：nobodyさん mailto:sage [2009/01/12(月) 23:07:20 ID:???]
- >>368
そうか？
データのやりとりするんだから、モデルだと思うけど？
まあ場合にもよるだろうけど
- 372 名前：nobodyさん mailto:sage [2009/01/12(月) 23:11:10 ID:???]
- セッションはモデルじゃないよ
データを永続化するのがモデルであって
セッションってのはデータでhiddenで引き回してるのと同じようなことだから
- 373 名前：nobodyさん mailto:sage [2009/01/12(月) 23:33:55 ID:???]
- なんでこんな使いにくくてバギーなcakephpが人気あるんかね？
たしかに、とっつきやすさはsymfonyやzendよりも上だと思うが
それだけなんだよね。
PHP使ってるやつはプログラム自体初心者が多いんだろね。
チュートリアル作って終わりなやつが多いんじゃね？
- 374 名前：nobodyさん mailto:sage [2009/01/12(月) 23:39:43 ID:???]
- 玄人の言語で作れば？
- 375 名前：nobodyさん mailto:sage [2009/01/12(月) 23:44:35 ID:???]
- 確かにPHPを使う意味なんてないんだよね
フレームワークを使うほどの開発になった時点で
- 376 名前：nobodyさん mailto:sage [2009/01/12(月) 23:50:55 ID:???]
- 殆どのものはレンタルサーバで動かすんだからPHPかPerlじゃないと動かんわね
専用サーバならJavaにした方が楽だし
- 377 名前：nobodyさん mailto:sage [2009/01/12(月) 23:52:44 ID:???]
- >>375
いいこというね〜
PHPが最高に輝く使い方だね。
- 378 名前：nobodyさん mailto:sage [2009/01/12(月) 23:56:14 ID:???]
- 好きな言語すら入れられない環境の方がかなりマイナーだと思うよ
個人だろうと企業だろうと普通はその程度の自由度はある環境でやってるよ
- 379 名前：nobodyさん mailto:sage [2009/01/13(火) 00:36:35 ID:???]
- 企業で大規模にやるような開発でCakeやRoRみたいなのは使わないと思うよ
レンタルサーバで動かすCMSとかDBのCRUDがメインのシステムならぴったりだけどさ
- 380 名前：nobodyさん mailto:sage [2009/01/13(火) 11:22:28 ID:???]
- セキュリティ面のバグの多さからWWWに出す時点でCakeは良くない
- 381 名前：nobodyさん mailto:sage [2009/01/13(火) 11:48:16 ID:???]
- >>379
TwitterやCookPad、楽天でもRoRを使ってるのすら知らんのか。
そういえばここCakePHPスレだったなw
- 382 名前：nobodyさん mailto:sage [2009/01/13(火) 13:31:48 ID:???]
- >>379
> DBのCRUDがメインのシステム
ほとんどの会社で必要とされるシステムって、それだぞ？ｗ
- 383 名前：nobodyさん mailto:sage [2009/01/13(火) 15:39:41 ID:???]
- RoRを覚えるのが面倒というのもあるな
Ruby動かせないときもあるしなあ
- 384 名前：nobodyさん mailto:sage [2009/01/13(火) 21:53:50 ID:???]
- >>382
実際作ってみると業務システムのパターンは極めて限られていることがわかるよね。
- 385 名前：nobodyさん mailto:sage [2009/01/13(火) 22:27:13 ID:???]
- そうでもないけどな
データ登録以上にワークフローと帳票が多い
- 386 名前：nobodyさん mailto:sage [2009/01/13(火) 22:33:33 ID:???]
- ワークフローと帳票といっても
結局はCRUDだしなぁ。
- 387 名前：nobodyさん mailto:sage [2009/01/13(火) 22:58:25 ID:???]
- 可哀想な人が来たな
- 388 名前：nobodyさん mailto:sage [2009/01/13(火) 23:03:28 ID:???]
- >>387
その人、いらっしゃ〜いｗ
- 389 名前：nobodyさん mailto:sage [2009/01/13(火) 23:58:47 ID:???]
- パターンは極めて限られていると見積もったCRUDシステムを
作るたびに炎上させる優秀な技術者様達
- 390 名前：nobodyさん mailto:sage [2009/01/14(水) 13:24:41 ID:???]
- 1つのテーブルにいろいろな画面(コントローラ)からアクセスする場合、
モデルは、テーブルと対になるようにして1つのモデルにするのがよいか、
それともコントローラと対にするか、どちらが一般的でしょうか？
例えば受注テーブルがあり、
あるコントローラでは受注数を表示するのがメインの処理で、
また別のコントローラでは受注金額を表示するのがメインの処理、
のような場合、受注テーブルのモデルを1つ作成するのか、それとも
コントローラ毎に作るのか…。
- 391 名前：nobodyさん mailto:sage [2009/01/14(水) 13:42:37 ID:???]
- おまえはＭＶＣの基本についてすべて一つ一つｔ質問するつもりか
- 392 名前：nobodyさん mailto:sage [2009/01/14(水) 13:44:19 ID:???]
- >>390
無論、モデルはひとつ。
- 393 名前：nobodyさん mailto:sage [2009/01/14(水) 13:45:45 ID:???]
- >>390
コントローラーってのは要するに人がプログラムにアクセスする時のURLなわけよ。
だから人から見てわかりやすけりゃ良いわけで、モデルと対になってる必要なんて無い。
ってのが俺の考え。
逆に同じテーブルにモデルがいくつもあったらプログラム作る時に混乱するんじゃない？
それぞれ特殊なfindメソッドでも作ってるんなら別だけど。
- 394 名前：nobodyさん mailto:sage [2009/01/14(水) 14:52:22 ID:???]
- サブホストや接続ＩＰによってＤＢ接続先を変える方法知ってる？
- 395 名前：nobodyさん mailto:sage [2009/01/14(水) 14:53:24 ID:???]
- やっぱりモデルは1つにまとめるべきなんですね。
今回質問したのは、>>393 の
「それぞれ特殊なfindメソッドでも作ってるんなら別だけど。 」
がまさしくそれで、取得対象のテーブルは1つなんですけど、
そのデータの取得方法や見せ方が全然違って、ただ当然コントローラは
個別に存在するので、
1つのテーブルを元にその見せ方毎にモデルを作りモデルの中で、
var $name = 'table'; としておきつつ、
それぞれの取得するためのメソッドを作成していこうかな、と思い作りはじ
めた矢先、取得テーブルは1つなので、そのモデルに全部メソッドをまとめた
ほうがいいのか？と迷いはじめてしまい…。
テーブル単位にメソッドをまとめるのか、機能毎にモデルを分割するのか…。
まだまだ精進がたりませんね、大変すみませんでした。
- 396 名前：nobodyさん mailto:sage [2009/01/14(水) 15:08:08 ID:???]
- >>394
ttp://d.hatena.ne.jp/charly24/20070512/1178956046
- 397 名前：nobodyさん mailto:sage [2009/01/14(水) 15:11:54 ID:???]
- >>395
findメソッドは、カンタンにオーバーライドできる
テンプレの↓参照
CakePHPを使ったMVC設計のベストプラクティス - Sooey
ttp://www.sooey.com/journal/2008/03/26/717/
- 398 名前：nobodyさん mailto:sage [2009/01/14(水) 15:49:49 ID:???]
- >>395
>テーブル単位にメソッドをまとめるのか、機能毎にモデルを分割するのか
一律的な分け方をすると後で縛りがきつくなるから
機能目的によってバランスよく分別した方がよい
- 399 名前：nobodyさん mailto:sage [2009/01/14(水) 15:51:45 ID:???]
- むしろ厳密に言えば両方違う
２モデルを１つのテーブルに格納することが可能だから
- 400 名前：nobodyさん mailto:sage [2009/01/14(水) 15:59:26 ID:???]
- テーブルやモデルの対に関して議論することがアホらしいｗ
後退的議論で無意味
- 401 名前：nobodyさん mailto:sage [2009/01/14(水) 16:02:02 ID:???]
- どんなケースも可能だから
何を作るか？どんな機能を作るかを前提してから
モデルとテーブルの対の議論をしないと
抜け穴からのもぐら叩き合戦になるよ
- 402 名前：nobodyさん mailto:sage [2009/01/14(水) 20:32:29 ID:???]
- 1.1と1.2って大分違いますか？
ガイドブック買ってやってみたけど早々に躓いて
しまいました。
- 403 名前：nobodyさん mailto:sage [2009/01/14(水) 21:28:26 ID:???]
- 1.1と1.2は大分違うと思う。
ガイドブックで1.2で始めるのは初心者にはつらいと思う。
「CakePHP徹底入門」は1.2で書いてあるから1.2入門者にお勧め。
ガイドブックも良著だから、1.2の入門が終わってから読み直す
ことを勧めるなあ。
- 404 名前：nobodyさん mailto:sage [2009/01/15(木) 04:27:43 ID:???]
- 「CakePHP徹底入門」のamazonのレビューがよくないというか一人しか書いていない
それも星一つ。自分は少し立ち読みしただけだから何とも言えないが・・
ガイドブックは評価が高いけど
|
 |
