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

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/ 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のレビューがよくないというか一人しか書いていない それも星一つ。自分は少し立ち読みしただけだから何とも言えないが・・ ガイドブックは評価が高いけど 405 名前：nobodyさん mailto:sage [2009/01/15(木) 12:14:25 ID:???] ぶっちゃけ、公式Webの情報で十分なのがPHP界隈の良いところだとおもうんだが。 406 名前：nobodyさん mailto:sage [2009/01/15(木) 18:02:47 ID:???] >>389 > パターンは極めて限られていると見積もったCRUDシステムを > 作るたびに炎上させる優秀な技術者様達 なんで炎上させないといけないんだよｗ お前の会社か？それ。 407 名前：nobodyさん mailto:sage [2009/01/15(木) 19:16:12 ID:???] viewのキャッシュする直前にキャッシュする対象をいじりたいんだけど なんかいい方法あるのかな 408 名前：nobodyさん mailto:sage [2009/01/15(木) 23:13:14 ID:???] SQLiteとMySQLを同時に使うのって可能？ 409 名前：nobodyさん mailto:sage [2009/01/15(木) 23:16:50 ID:???] 可能。 410 名前：nobodyさん mailto:sage [2009/01/16(金) 00:17:54 ID:???] なにそれ、どうやんだ？ 411 名前：nobodyさん mailto:sage [2009/01/16(金) 00:21:09 ID:???] DATABASE_CONFIGに複数設定して切り替えるだけだろ 412 名前：nobodyさん mailto:sage [2009/01/16(金) 01:45:44 ID:???] そりゃだるいな 413 名前：nobodyさん mailto:sage [2009/01/16(金) 16:24:26 ID:???] >>412 モデルに使用する、データベースを指定する以外で、 だるく無い方法があるのか？ 414 名前：nobodyさん mailto:sage [2009/01/16(金) 17:30:29 ID:???] >>413 アホはほっとけ 415 名前：nobodyさん mailto:sage [2009/01/16(金) 18:16:16 ID:???] Model::$validateで値そのものを利用して'message'を動的に設定ってできますか？ 'この番号は使用できません'って出力してdata[]にそのまま残すのも間抜けなので、 data[]を使用した'message'を設定してdata[]消したいんですけどよく分かりません 通常ルールでのチェックも行っているので、View側でエラーメッセージチェックしてから 特定のエラーメッセージのときだけdata[]からメッセージ作成して input value= にセットされないように処理するって何か変な気がしたので 416 名前：nobodyさん mailto:sage [2009/01/16(金) 18:30:22 ID:???] メソッド内でうまいことエラーメッセージを書き換えられればいいんだろうけど 説明下手なきがするのでやりたいこと 入力フォーム→結果の表示フォームとエラー [ab]→[ab]数字で入力しやがれ [25]→[25]25は使えねえぜ 417 名前：nobodyさん mailto:sage [2009/01/16(金) 21:29:52 ID:???] emailコンポーネントって文字化けするよね しかも普通にPHP標準のメール送信機能使うと化けないケースで化けたりするから困る また組み込みライブラリの糞ソースを修正する作業が始まるのか・・・ 418 名前：nobodyさん mailto:sage [2009/01/16(金) 21:37:31 ID:???] emailコンポーネントを継承して 問題ないようにしているけど？ オブジェクト指向になっているおかげで いくつかのメソッドをオーバーライドするだけですんだ。 419 名前：nobodyさん mailto:sage [2009/01/16(金) 21:40:49 ID:???] 文字化けしないよ別に ファイルの文字コードとか問題ないの？ 420 名前：nobodyさん mailto:sage [2009/01/16(金) 22:28:03 ID:???] toに全角使うと化ける 本文も特定のパターンで化ける 421 名前：nobodyさん mailto:sage [2009/01/16(金) 22:36:11 ID:???] toはエンコしなきゃ化けるだろそりゃ 422 名前：nobodyさん mailto:sage [2009/01/16(金) 22:38:28 ID:???] だからそれをコンポーネント内部でなんでやってないの？って話だよ 423 名前：nobodyさん mailto:sage [2009/01/16(金) 22:39:12 ID:???] toってset()じゃなくてプロパティに直接設定するようになってるけど どうやってエンコはさめばいいの？ 本体のコード見て解析してエンコードはさむくらいしか思いつかないんだけど。 424 名前：nobodyさん mailto:sage [2009/01/16(金) 22:42:13 ID:???] 最後に送信するときにでもやればいい。 425 名前：nobodyさん mailto:sage [2009/01/16(金) 22:47:48 ID:???] >>422 世の中には日本語以外もあるわけでな 必要なら日本人が修正してコミットすべき部分だろうに 426 名前：nobodyさん mailto:sage [2009/01/16(金) 22:49:09 ID:???] そんなに不満だらけなら他のFW使えばいいじゃん メールのエンコードも完璧なFWをさ 427 名前：nobodyさん mailto:sage [2009/01/17(土) 10:19:42 ID:???] 1.2.1 428 名前：nobodyさん mailto:sage [2009/01/17(土) 11:36:23 ID:???] お、今度はstableを謳ってる # If you are using AuthComponent without SecurityComponent you should update to CakePHP 1.2.1.8004 asap (gwoo) だってさ 429 名前：nobodyさん mailto:sage [2009/01/17(土) 11:38:12 ID:???] 1.2 CheatSheet ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!! cakephp.org/files/Resources/CakePHP-1.2-Cheatsheet.pdf 430 名前：nobodyさん mailto:sage [2009/01/17(土) 13:58:26 ID:???] >>428 なにがかわったんだ？ 431 名前：nobodyさん mailto:sage [2009/01/17(土) 14:40:37 ID:???] >>429 これはいいね。早速プリントした。 あと、毎回html->linkの何番目をfalseだっけ？ってマニュアル見なきゃならん俺のために 付属のヘルパー分もお願いしたい。 432 名前：nobodyさん mailto:sage [2009/01/18(日) 11:31:02 ID:???] >>430 groups.google.com/group/cake-php/browse_thread/thread/659682805f3d71d7 Essentially, an attacker may be able to obtain credentials as the first user of the system. If you are interested in testing your site, you can use the SQL Inject Me plugin for Firefox 433 名前：nobodyさん mailto:sage [2009/01/19(月) 16:13:21 ID:???] 会員登録時とかで、パスワードが勝手にハッシュ化されるけど 確認画面いって入力画面に戻るとハッシュ化されたものがパスワードのとこに入る そしてまた確認画面に行くと再度ハッシュ化される 登録されるのは2度ハッシュ化されたデータ 当然認証は通らない これはどうすれば？ 434 名前：nobodyさん mailto:sage [2009/01/19(月) 16:21:13 ID:???] パスワード消す 435 名前：nobodyさん mailto:sage [2009/01/19(月) 16:23:37 ID:???] 詳しく 436 名前：nobodyさん mailto:sage [2009/01/19(月) 17:12:40 ID:???] 入力画面に戻るときに消していいんなら formへるぱーで'value'=>false指定すればよろし 437 名前：nobodyさん mailto:sage [2009/01/19(月) 17:15:56 ID:???] 再入力させるのはなぁ 既にハッシュ化してるんだからそのまま入れてもセキュリティ上問題無いのに ハッシュ化されていれば再ハッシュ化は行わないようになってくれてたら良かった フォームのパスワードの初期値と送信されたデータが同じだったらハッシュ化はしない とするだけで出来たはずなのにな 438 名前：nobodyさん mailto:sage [2009/01/19(月) 17:38:24 ID:???] ちょっとコード読んでみたけど ハッシュ化のタイミングでセッションは既に今送信されたデータに書き換えられてて 元あったものとの比較が出来なくなってる これ以上手間が要るならめんどくさいなー 439 名前：nobodyさん mailto:sage [2009/01/19(月) 17:45:57 ID:???] 確認用の入力分を使えばいいんじゃねえの？ 440 名前：nobodyさん mailto:sage [2009/01/19(月) 18:11:18 ID:???] 確認入力のバリデーションと競合して分け分かんなくなってきた どういう仕様になってるんだろ passwordフィールドはハッシュ化されるが password_confirmはハッシュ化されない おかげで確認画面にいってから戻るとパスワードが違うと言うエラーが出る問題も絡んでくる 441 名前：nobodyさん mailto:sage [2009/01/19(月) 18:17:05 ID:???] やはり確認用の入力を使うと言う手段が本筋じゃないな passwordもpassword_confirmも同様にハッシュ化して フォームの初期値から変更がなければハッシュ化は行わない、 と言う設計にすべきだと思う でもこれをやるには今のAuthコンポーネントの仕様からじゃだいぶ手間がかかる 442 名前：nobodyさん mailto:sage [2009/01/19(月) 18:26:26 ID:???] つーかもう Authの自動ハッシュ化を無くして 手動でハッシュ化するのが一番楽だわ 443 名前：nobodyさん mailto:sage [2009/01/19(月) 19:02:35 ID:???] cakeは謙虚な心がないと使いこなせない

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef