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

1 名前：nobodyさん mailto:sage [2008/06/20(金) 01:24:40 ID:???] www.cakephp.org/ 10分で作るCakePHPアプリ for Windows p4life.jp/cake/ マニュアル日本語化 www.cakephp.jp/doc/ Cookbook :: 1.2 Collection :: マニュアル book.cakephp.org/ja 日本語フォーラム cakephp.jp/modules/newbb/ あとこのへんとか（初心者向けTIPS） www.avatarfinancial.com/pages/cake/ CakePHP入門リンク集 ttp://pub.studio15.jp/2007/11/13/cakephp-links/ 【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/ 513 名前：名無し募集中。。。 [2008/11/03(月) 23:33:04 ID:8PMDTqib] 1.1から1.2にしてがんばってるんだけど、 左上に実行中のメソッド名が表示されちゃう(HTMLの最初にメソッド名が出力されている) んだけどなぜなんだろうか。 514 名前：nobodyさん mailto:sage [2008/11/03(月) 23:35:05 ID:???] しまったお里が知れてしまった。 出ているのはメソッド名じゃなくてview名らしい。 515 名前：nobodyさん mailto:sage [2008/11/03(月) 23:40:04 ID:???] めっちゃ自己解決した 拾ってきたbeforeRender()のサンプルの中に echo $this->action;があったよ死のう。 516 名前：nobodyさん mailto:sage [2008/11/04(火) 00:02:52 ID:???] この間わずか7分の出来事であった・・・ 517 名前：nobodyさん mailto:sage [2008/11/04(火) 05:42:03 ID:???] >>515 死んだら・・・だぁめ♪ 518 名前：nobodyさん mailto:sage [2008/11/04(火) 12:59:24 ID:???] 死んだら・・・らめぇ 519 名前：nobodyさん mailto:age [2008/11/06(木) 21:23:56 ID:???] すみませんが、質問です。 bakeについてですが、これはCakeの配置のされ方が、下のページの book.cakephp.org/view/32/Installation Developmentであることを前提にファイルを生成するもので、Production や Advanced の配置では使うことができない（現実的でない）という理解でよろし いでしょうか？ 520 名前：nobodyさん mailto:sage [2008/11/06(木) 21:30:59 ID:???] 追伸。 もし、上の理解が間違っていて、Advancedの配置でもBakeが使えるのだとした ら、Advancedの一例として、Cake のシステムは共通だが、作成するWEBアプリ ケーションが同一サーバに複数あって、Cakeの同一のシステムを共有している 場合、特定のWebアプリをどうやってコード生成のターゲットとするか、その指 定方法を教えていただけたら、と思います。 521 名前：nobodyさん mailto:sage [2008/11/06(木) 21:38:37 ID:???] bakeで作ればコア（cakeフォルダ）へのパスは自動設定されているはずだからどこにおいても問題ない 522 名前：nobodyさん mailto:sage [2008/11/06(木) 21:39:33 ID:???] 普通に日本語の方を見ればいいのでは manual.cakephp.org/ja/view/32/%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB 駄目だとしても他の場所に作って移動すればいいのではないかと思うんだけど それじゃ駄目なのかな？ まあ俺が>>513と同一人物と言うことは内緒だが 523 名前：nobodyさん mailto:sage [2008/11/06(木) 22:00:26 ID:???] >>521 すみません、ちょっとおっしゃる内容が分かりません。 少し詳しく質問し直させてください。 例えば、こういう配置だとします。 cake /usr/lib/cake（個々のユーザは読み取り権限しか持たない） app /home/user01/app /home/user02/app ... webroot /home/user01/htdocs /home/user02/htdocs ... webrootには各人ごとにindex.phpを置いて、cakeとappの位置を指定します。 この場合、/usr/lib/cake/console に個々のユーザが移動して、./cake bake を実行した場合、例えばModelのファイルはどこに生成されるのでしょうか？ おそらく /usr/lib/cake/app/models だと思うのですが、ここには一般ユーザ の書き込み権限がないので、動作しません。 個々のユーザごとに、/home/user0X/app/modelsに出力するよう bakeは指定で きるのでしょうか？ 524 名前：nobodyさん mailto:sage [2008/11/06(木) 22:01:50 ID:???] >>522 日本語のほうはURLが長いのでわずらわしいかと思いまして。 ひとつ前のレスに書きましたが、書き込み権限がない場合を想定しています。 525 名前：nobodyさん mailto:sage [2008/11/06(木) 22:20:55 ID:???] すみませんが、こちらの事情で、明日までここにアクセスできなくなりました。 質問させていただいたのに、非礼をお詫びいたします。 526 名前：nobodyさん mailto:sage [2008/11/07(金) 01:23:09 ID:???] >>523 Bakeでapp一式を生成する話かと思ってたが、modelとかを作る場合の話ね。 cake bake -app <appフルパス>で指定できる または、 /home/user01/appをカレントディレクトリとして、cake bakeを実行すればよい。 但し、/usr/lib/cake/consoleにはパスを通しておくこと。(ちと気持ち悪いが) 527 名前：nobodyさん mailto:sage [2008/11/07(金) 10:47:32 ID:???] >>526 ありがとうございます！なるほど、コマンドラインオプションで指定するのか。 それにしてもbakeのドキュメントって見つからないと思ったら、 ./cake bake help こうすれば説明が読めることにやっと気づきました。 この説明以外にドキュメントがないというのが何ともですが。 後はソース読むしかないか。Railsもそうだったけど。 528 名前：nobodyさん mailto:sage [2008/11/07(金) 13:57:45 ID:???] いろいろ調べても出来なかったのでご教授願いたいのですが。 MySQLに画像は保存できるのですが、その画像をselectしてViewで表示するにはどうやればいいですか？ 外部のPHPに記述して読み出すようにはあるのですが、cakePHPのViewから同様のことができません。 529 名前：nobodyさん mailto:sage [2008/11/07(金) 14:03:58 ID:???] >>528 何をやって、どう駄目だったのか書いたほうがいい。 外部のPHPなら、Cakeのviewで普通に画像として呼び出せばいいんじゃないの？ 530 名前：nobodyさん mailto:sage [2008/11/07(金) 14:13:15 ID:???] >>529 $this->data['Event']['imagedata']にイメージのバイナリがセットされています。 echo $html->image($form->value('Event.imagedata')); で表示させるとバイナリのまま表示されます。 それでimage.phpを作成して、header("Content-type:image/gif");を指定して 外部のPHPファイルで画像のバイナリを表示させようとしたのですが、 ビュー以下において単純な<img src="image.php">では呼び出せずにいます。 webroot以下やコントローラー以下にも配置したのですが同じでした。 ファイルの置き場所が悪いのでしょうか？ それとも簡単に出来る方法があればよろしくお願いします。 531 名前：nobodyさん mailto:sage [2008/11/07(金) 14:51:26 ID:???] >>530 イメージのバイナリを画像表示用のviewに渡して、viewでheader吐けばいけそうだけど。 MVCの設計としてどうかは知らん 最終的には画像表示用のコントローラ作ればいいんじゃないかな 532 名前：nobodyさん mailto:sage [2008/11/07(金) 14:55:58 ID:???] >>531 ビューでheaderをはきたいのですが他にもHTMLがありますので、画像の部分だけ「Content-type:image/gif」とかを指定したいのです・・・ 533 名前：nobodyさん mailto:sage [2008/11/07(金) 15:34:56 ID:???] >>532 メディアビューを使えばできますよ。 マニュアルのビューの所。 534 名前：nobodyさん mailto:sage [2008/11/07(金) 15:44:18 ID:???] >>533 メディアビューは初めて聞きます。 サンプルはバイナリファイルをダウンロードさせるようになっていますね。 画像の場合はどのようにすればいいのかまだ分かりません。 例えばMySQLから取得した画像のバイナリーデータを ＳＮＳのプロフィール画像のように表示させたいのです。。。 535 名前：nobodyさん mailto:sage [2008/11/07(金) 16:06:14 ID:???] なんかPHPをきちんとやらずに急にCake触ってる匂いが・・ >>532 そもそもHTMLと画像は別ファイルだよ。 外部のPHPファイルで画像表示に成功しているなら、viewに直接imgタグ書けばいいだけかと。 536 名前：nobodyさん mailto:sage [2008/11/07(金) 16:12:29 ID:???] ああ実物がないとメディアビューじゃダメか。失礼。 537 名前：nobodyさん mailto:sage [2008/11/07(金) 16:12:54 ID:???] beforeRenderでファイル吐いてexitしちゃえよｗ 538 名前：nobodyさん mailto:sage [2008/11/07(金) 16:37:20 ID:???] １．HTMLを表示 ２．MySQLから取得した画像のバイナリをイメージで表示 ３．HTMLを表示 上みたいな感じなので、２のパートだけをContent-type:image/jpegにしたいのですが エレメントとかで分けてもheader("Content-type:image/jpeg");を記載したら URLだけしか表示されないのです。 そのままだとバイナリデータが表示されます。。。 おとなしく画像をアップしてパス指定で管理するしかないのですかね。。。 539 名前：nobodyさん mailto:sage [2008/11/07(金) 16:47:27 ID:???] cakePHPを使用しないのであればビューからPHPを呼べばできそうなのですが・・・ q.hatena.ne.jp/1141838059 540 名前：nobodyさん mailto:sage [2008/11/07(金) 17:31:48 ID:???] >>538 >>535に書いたとおり、一つのファイルでHTMLと画像を兼ねるのは無理だよ？ 541 名前：nobodyさん mailto:sage [2008/11/07(金) 17:40:49 ID:???] 画像をHTMLにアスキーデータで組み込むのは無理じゃないよ 542 名前：nobodyさん mailto:sage [2008/11/07(金) 17:53:54 ID:???] >>541 今回はそういう事を意図してない雰囲気はする 543 名前：nobodyさん mailto:sage [2008/11/07(金) 18:13:58 ID:???] >>542 ご回答ありがとうございます。なかなか難しいのですね。 cakePHPでSNSのプロフィール画像を表示させたいイメージなのです。 ファイルをアップしてリンクのテキストで対応するのは出来るのですが、 バイナリーで保存してやりたいということです。 544 名前：nobodyさん mailto:sage [2008/11/07(金) 18:32:58 ID:???] >>543 あなたには無理ですのであきらめてください。 545 名前：nobodyさん mailto:sage [2008/11/07(金) 19:05:29 ID:???] >>544 つまんねぇレスすんなハゲ これは使えないかな？ サムネイルコンポーネント www.hideblog.net/nikkis/show/16 もっとスマートにできるなら俺も知りたい。 546 名前：nobodyさん mailto:sage [2008/11/07(金) 20:24:31 ID:???] ビューでバイナリを吐けるんだったら、レイアウトを空にして、ヘッダー付ければ出来ない？ 文字データなら出来たけど。 547 名前：nobodyさん mailto:sage [2008/11/07(金) 21:14:59 ID:???] Railsなら簡単に出来たけど、Cakeだと難しいのかな。 548 名前：nobodyさん mailto:sage [2008/11/07(金) 22:25:45 ID:???] 別件でお取り込み中のところすみませんが、質問です。 コントローラのファイルを、種類によっていくつかのサブディレクトリに分け て配置することは出来るのでしょうか？ app/controllers/hoge/hoge0_controller.php app/controllers/hoge/hoge1_controller.php app/controllers/fuga/fuga0_controller.php app/controllers/fuga/fuga1_controller.php このように複数のサブディレクトリを作り、その中にコントローラを分けて納 めるようなイメージです。 また出来るとしたら、それらのコントローラにはどのようなURLでアクセスでき るのでしょうか？ 549 名前：nobodyさん mailto:sage [2008/11/07(金) 22:48:44 ID:???] >>548 book.cakephp.org/ja/view/48/CakePHP%E3%81%AE%E3%83%96%E3%83%BC%E3%83%88%E3%82%B9%E3%83%88%E3%83%A9%E3%83%83%E3%83%97 550 名前：nobodyさん mailto:sage [2008/11/07(金) 23:08:49 ID:???] >>549 なるほど、ありがとうございます。bootstrap.phpの$controllerPathsですか。 CakePHPでコントローラーを複数のディレクトリに整理する方法 - yandodの日記 d.hatena.ne.jp/yandod/20080510/1210416583 > 分散したディレクトリ内でファイル名やクラス名が衝突すると面倒な事になる > と思われますので接頭語を付けるなどして管理するのが良いかもしれません。 うーん。コントローラの名前空間は共通なのか。 URLのパス指定で、各ディレクトリを呼び分けるとか出来ないでしょうか？ 551 名前：nobodyさん mailto:sage [2008/11/07(金) 23:29:48 ID:???] Base64エンコードしたデータ格納しといてMHTMLで表示しとけよｗｗｗ 552 名前：nobodyさん mailto:sage [2008/11/07(金) 23:32:23 ID:???] mysqlの中に画像を入れるのは馬鹿だろ そもそもmysqlは画像データを格納するために作っていないから 画像はフォルダに入れて管理した方がいいと mysql作者が語ってるのに。 そんな自分もかけだしのときはmysqlに画像データ入れてました 管理は楽だけどね。かなりの負荷がかかる。 Bakeとか使う人も素人くさいと思う。 553 名前：nobodyさん mailto:sage [2008/11/07(金) 23:49:13 ID:???] >>552 同意。mysqlじゃなく適当なフォルダに画像を突っ込んだ方がいいよ。 554 名前：nobodyさん mailto:sage [2008/11/08(土) 00:12:16 ID:???] >>550 book.cakephp.org/ja/view/46/Routes%E3%81%AE%E8%A8%AD%E5%AE%9A Routes追加すればURL上は階層化されてるように見せることは出来るが、名前の衝突は回避できない。 コントローラ名にパス名も入れればユニークになって衝突回避出来なくもないが、色々面倒なことになる。 555 名前：nobodyさん mailto:sage [2008/11/08(土) 00:14:48 ID:???] Bake便利だと思うけどな。 使うのはスキーマ検証時くらいだけど。 556 名前：nobodyさん mailto:sage [2008/11/08(土) 00:17:44 ID:???] そもそもBakeの使い方がわからないという。 557 名前：nobodyさん mailto:sage [2008/11/08(土) 00:19:20 ID:???] >>552,553 case by caseだとおもうけど DBでファイルのパス管理してたらそのファイルが消されてたりとか。 かといって参照頻度が高いときはDBに置きたくないしな さすがにデザインとかで使うような画像は普通に置いとくけどさ 558 名前：nobodyさん mailto:sage [2008/11/08(土) 01:37:22 ID:???] >>557 DBに入れておいて、参照されたらキャッシュを作り、そのキャッシュを送信するって方法もあるらしい。 2回目以降は早いし、ファイルが消えても問題ない。 559 名前：nobodyさん mailto:sage [2008/11/08(土) 02:27:53 ID:???] たしかにDBにも入れといたほうがバックアップは楽そうだね 560 名前：nobodyさん mailto:sage [2008/11/08(土) 02:50:18 ID:???] >>558 それ考えた奴天才じゃね？ 561 名前：nobodyさん mailto:sage [2008/11/08(土) 03:22:53 ID:???] Cakephpでキャッシュオンにして簡単に実現できそうだ 562 名前：nobodyさん mailto:sage [2008/11/08(土) 07:55:27 ID:???] ここ 画像もDBに格納して管理する −扱いがめんどうなLOB(ラージオブジェクト)は使わない方法も含め neta.ywcafe.net/000774.html 563 名前：nobodyさん mailto:sage [2008/11/08(土) 11:22:34 ID:???] 画像格納に強いＤＢならいいけど mysqlは画像を格納するという目的で設計されてないからね だから画像をＤＢに入れるのが悪いというのではなく 画像をmysqlに入れるということがナンセンス 564 名前：nobodyさん mailto:sage [2008/11/08(土) 11:26:06 ID:???] mysqlは高速が売りだからね 画像格納させたいならoracleとかの方が合理的だと思うよ 565 名前：nobodyさん mailto:sage [2008/11/08(土) 11:33:20 ID:???] 画像表示のパフォーマンスを考えればLinuxファイルシステムが最強 ＤＢと連携させて管理するのが面倒だけど、そこまで面倒な管理とも思えない 画像はデータの一つだからＤＢ格納がよいという理念なら htmlもcssも全部ＤＢに入れよということになる 566 名前：nobodyさん mailto:sage [2008/11/08(土) 11:38:58 ID:???] データはなんでもかんでもＤＢという流れの人は ＤＢの持つ性能とバランスをどこまで考えてるの疑問に思う 567 名前：nobodyさん mailto:sage [2008/11/08(土) 11:42:47 ID:???] だからあくまでキャッシュ前提の話なんだろ 568 名前：nobodyさん mailto:sage [2008/11/08(土) 12:05:42 ID:???] dev.mysql.com/doc/refman/4.1/ja/tips.html 通常の Web サーバセットアップを使用する場合は、画像をファイルとして格納する。 言い換えると、データベース内にはファイル参照のみを格納する。この主な理由は、 通常の Web サーバのほうがデータベースコンテンツと比較してファイルのキャッシュに優れているためである。 このため、ファイルを使用したほうがシステムの高速化を容易に図れる。 569 名前：nobodyさん mailto:sage [2008/11/08(土) 12:09:44 ID:???] ファイルシステムによるキャッシュ前提なら、DBをバックアップするだけでユー ザのデータを一括管理できるというメリットしか存在しないと思うけどな。 Railsのときはそうやってて、非常に便利だった。 570 名前：nobodyさん mailto:sage [2008/11/08(土) 14:24:18 ID:???] >>554 > コントローラ名にパス名も入れればユニークになって衝突回避出来なくもないが、色々面倒なことになる。 了解です。ありがとうございます。 今回はbootstrap.phpの$controllerPathsでやって、名前の衝突についてはその 都度対処することにしようと思います。 571 名前：nobodyさん mailto:sage [2008/11/08(土) 15:12:49 ID:???] A hasMany B B hasMany C で C belongsTo D みたいなときのリレーションの貼り方が判らないんですが、 そもそも可能なんでしょうか？ （Aを基点にA〜Dのテーブルからデータを取ってくる想定） SQL直書きでは勿論可能ですが。 572 名前：nobodyさん mailto:sage [2008/11/08(土) 15:56:39 ID:???] >>571 そこまでしてリレーションに拘るのは返って 生産性を落とす可能性があるから 要はバランスですね どこからＳＱＬｌ直書きにするかの線引きはね 573 名前：nobodyさん mailto:sage [2008/11/08(土) 16:42:40 ID:???] MYSQLだから画像は駄目と硬直的に反応するのは駄目だな アクセス頻度やキャシュの実装、使い方や状況によって向いてる場合もあろう。 574 名前：nobodyさん mailto:sage [2008/11/08(土) 17:08:34 ID:???] 画像を表示させるにはフォルダにアップして管理するのが確実みたいですね。 簡単に出来るのなら採用したかったのですが・・・ 575 名前：nobodyさん mailto:sage [2008/11/08(土) 18:47:57 ID:???] 個人情報が含まれる画像だとDBで管理するのが普通でしょ 履歴書の写真とか。 576 名前：nobodyさん mailto:sage [2008/11/08(土) 18:54:20 ID:???] ファイルシステムで管理するからと言って、直接見られるところに 置くわけでは無いと思うが。 認証チェック経由でファイルを返すのが普通でしょ。 577 名前：nobodyさん mailto:sage [2008/11/08(土) 19:06:19 ID:???] ファイルシステムで認証チェックしてファイル返す方法ってbasic認証のこと？ 578 名前：nobodyさん mailto:sage [2008/11/08(土) 19:11:50 ID:???] 画像格納の話だけど ファイルパスのみＤＢに突っ込んで画像はファイルシステムから読み出すようにすりゃ良いんじゃないの？ 画像データそのものをＤＢに突っ込む必要があるとしたら、 バイナリデータで検索する場合しかなくない？ 579 名前：578 mailto:sage [2008/11/08(土) 19:15:44 ID:???] 他にもあるな。 例えばＤＢだとデータをまとめて暗号化するようなソリューションがある場合があるが ファイルシステムに保存するとそういう枠組みから漏れてしまう まあファイルシステムドライバで暗号化すれば良いだけなんだけど ドライバ方式とＤＢ方式の差異はパフォーマンスくらいか それも特定ディレクトリだけ暗号化するようにすれば良いだけか 580 名前：nobodyさん mailto:sage [2008/11/08(土) 19:26:04 ID:???] <?php // 何かしらの認証チェック... header("Content-type: ..."); ... readfile( 直接ブラウズできないパスの画像ファイル ); ?> な処理をimgのsrcに指定。 581 名前：nobodyさん mailto:sage [2008/11/08(土) 19:32:38 ID:???] ブラウザ⇔phpは話題にしてないと思うんだけど php⇔hdd間での画像データのやり取りをどうするかって事だよね 582 名前：nobodyさん mailto:sage [2008/11/08(土) 20:14:49 ID:???] >>581 元は前者の話 相談者のスキルが異常に低かったのでなぜか後者の話に移った 583 名前：nobodyさん mailto:sage [2008/11/09(日) 06:03:18 ID:???] 画像をＤＢで管理てのもファイルシステムで管理てのも 同じくらい面倒だ、ＤＢ画像管理が最高に楽じゃない限り パフォーマンスのいいファイルシステムになる 584 名前：nobodyさん mailto:sage [2008/11/09(日) 06:10:19 ID:???] mysqlを画像に入れた場合のメリットが見えない。。。 585 名前：nobodyさん mailto:sage [2008/11/09(日) 07:31:37 ID:???] >>565 同感。 586 名前：nobodyさん mailto:sage [2008/11/09(日) 13:38:34 ID:???] >>565 > 画像はデータの一つだからＤＢ格納がよいという理念なら > htmlもcssも全部ＤＢに入れよということになる 画像はM htmlやcssはV DBには入れませんが。。。 587 名前：nobodyさん mailto:sage [2008/11/09(日) 13:55:11 ID:???] ユーザの作ったデータ（日々変動する）と、開発者の作ったデータ（基本的に リリース時で固定）は別物だと思うが。 前者をDBで一元管理できると便利だよ。 まあ抵抗のある人に無理強いするつもりはないし、個々人の自由だと思うけど。 自分はCakePHPでもこれがやれるならやりたいなあ。 何とか実現できないものか。 588 名前：nobodyさん mailto:sage [2008/11/09(日) 14:11:02 ID:???] スケールする/しない、管理できる規模/できない規模の話だからな。 条件があえば、DB管理で一元管理でも良いと思う。 この辺を思い出した。 ttp://neta.ywcafe.net/000774.html ttp://blog.livedoor.jp/techblog/archives/64648176.html 589 名前：nobodyさん mailto:sage [2008/11/09(日) 15:42:14 ID:???] MovableTypeとかCSSやHTMLテンプレートDBに入ってるだろ 590 名前：nobodyさん mailto:sage [2008/11/09(日) 15:47:24 ID:???] >>586 ページ上に表示されるような画像はＶだよ そしてページ上に表示されない画像ならＷＥＢシステムの中に入れておくべきものじゃない 画像でありながらＭになりうるのは、画像検索システムのようなものだけ 591 名前：nobodyさん mailto:sage [2008/11/09(日) 15:48:39 ID:???] 例えば履歴書の画像データの話が出たけど それをＷＥＢ上からログインして観覧するようなシステムがあるならＶ 一切使い道が無いならＷＥＢシステム外で保管しておくべきもの 無いと思うけどその画像で画像検索するならＭ 592 名前：nobodyさん mailto:sage [2008/11/09(日) 23:20:30 ID:???] >>590 検索対象じゃないとMになれないの？ ↓そう読み取れなかったが ja.wikipedia.org/wiki/Model_View_Controller 593 名前：nobodyさん mailto:sage [2008/11/09(日) 23:25:24 ID:???] 設計にこれが絶対正解ってのはないでしょ。 要件次第だと思うよ。 594 名前：nobodyさん mailto:sage [2008/11/11(火) 09:18:04 ID:???] Ｖというのはファイル形式そのもので ファイルをバイナリーデータに変えたものがＭである 595 名前：nobodyさん mailto:sage [2008/11/11(火) 09:55:03 ID:???] >>594 バイナリとかそんなデータ表現は一切問題じゃない 596 名前：nobodyさん mailto:sage [2008/11/11(火) 11:39:47 ID:???] Mはデータを扱う仕組み Vはデータを表示する仕組み Cはデータを操作する仕組み 画像はデータなのでそのどれでもないと思うが 597 名前：nobodyさん mailto:sage [2008/11/11(火) 11:48:43 ID:???] 「扱う」と「操作する」の日本語の違いがわからないっす 辞書には > あつか・う〔あつかふ〕【扱う】 > 道具・機械などを、使ったり操作したりする。取り扱う。 ってあったっす 598 名前：nobodyさん mailto:sage [2008/11/11(火) 12:46:42 ID:???] Cは操作限定 Mはデータの出し入れや変換、型決めなど広範囲に扱える 599 名前：nobodyさん mailto:sage [2008/11/11(火) 18:28:03 ID:???] MとかVとかなにいうてんねんとおもったら、MVCのことだったのか 600 名前：nobodyさん mailto:sage [2008/11/11(火) 18:41:57 ID:???] SとMなら分るんだけどな 601 名前：nobodyさん mailto:sage [2008/11/12(水) 01:29:19 ID:???] 画像の加工はモデルに突っ込むね コントローラはモデルで引っ張ったデータをチェックしてビューに渡すだけだな 602 名前：nobodyさん mailto:sage [2008/11/12(水) 09:05:32 ID:???] 再利用する頻度の少ない加工処理はコントローラに書いてるよ モデルに書くと生産性が落ちる なぜなら 再利用できるように関数化させるのが手間 再利用が２回程度ならコントローラ上でコピペが最短 603 名前：nobodyさん mailto:sage [2008/11/12(水) 09:12:09 ID:???] あとモデルが厚くなりすぎると 総体的にコード量が多くなる。 なぜなら symfonyのように ＭとＶのやりとりが直接出来ないから Ｃに橋渡し的なコードを書かないといけない分 コード量が増える symfonyのうような仕様なら モデルをどんどん厚くすべきだが CakePHPの場合は モデルを厚くしすぎるのも 作業効率が落ちると思う 604 名前：nobodyさん mailto:sage [2008/11/12(水) 17:43:12 ID:???] book.cakephp.org/ja/view/73/%E3%83%87%E3%83%BC%E3%82%BF%E3%82%92%E5%8F%96%E5%BE%97%E3%81%99%E3%82%8B ここ見るとfind系が全部find()に統合されたって書いてあるけど、 findAllByって使っちゃっていいの？ 特に非推奨とは書いてないけど。 findByとfindAllByだと配列で条件指定する新しい形式が使えなくて nullを並べる旧形式のままだから、条件指定方法が統一できなくて ちょっと気持ち悪いんだけど… 新形式の条件指定に対応しないってことは、そのうちマジックメソッド自体が 消える予定なのかな。 調べてみたけど、日本語だとこれくらいしか記事がない d.hatena.ne.jp/ichiichinini/20081104/1225832073 605 名前：nobodyさん mailto:sage [2008/11/12(水) 17:55:00 ID:???] findByGoogle 606 名前：nobodyさん mailto:sage [2008/11/12(水) 20:14:45 ID:???] >>604 find系てfind()でほとんど出来ると思うので 最初から意味の無さそうな機能だなとは思ってた したがってfind()で統一してる人ばかりだと思うんで どうでもいいよ 607 名前：nobodyさん mailto:sage [2008/11/12(水) 20:23:16 ID:???] 似たような処理を持つ関数をやたら増やすもんでは無いと思う。 可読性とコーディング量は改善されるけど。 いつも使わない関数だとすれば、単なる無駄 608 名前：nobodyさん mailto:sage [2008/11/12(水) 20:32:06 ID:???] CakePHPの良いところは データのやりとりが配列思考なところなんだよね というのはphp自体が壊れたオブジェクト指向だから 配列思考型のフレームワークはphpにはピッタリだと思う。 あと配列思考型は中小規模にも適してる CakePHP自体が中小規模を対象として設計されてると思う rubyは完成されたオブジェクト指向言語だから rorのようなオブジェクト指向型でのデータのやりとりがマッチする 609 名前：nobodyさん mailto:sage [2008/11/12(水) 20:36:33 ID:???] >>603 > ＭとＶのやりとりが直接出来ないから つーかやったらいかんだろｗ MVCって何か知ってるか。 まあそんなにやりたきゃ、viewにmodelを渡せばいいだけ。 610 名前：nobodyさん mailto:sage [2008/11/12(水) 21:16:40 ID:???] >>609 viewにmodelを渡せばいいだけ 具体的にお願いします 611 名前：nobodyさん mailto:sage [2008/11/12(水) 21:43:29 ID:???] $this->set($this->Model) 612 名前：nobodyさん mailto:sage [2008/11/13(木) 01:50:37 ID:???] >>608 ルビリンのことかーーーーーーーーっ！！！ 613 名前：604 mailto:sage [2008/11/13(木) 11:26:34 ID:???] >>606-607 やっぱりfind()で統一の方向なのか… AND検索はマジックメソッド使った方が書きやすいから好きだったんだけど。 今後はfind()で統一してみる。

---

---

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

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