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

1 名前：nobodyさん [2012/12/04(火) 13:06:36.87 ID:ExCLhBiP] CakePHPは、Ruby on Railsの概念の多くを取り入れた、Rails流の高速開発とPHPの機動性を兼ね備えたフレームワークです CakePHPから派生したLithium(li3)も専スレできるまではここでどうぞ 質問するときはCakePHPのバージョンを書きましょう ※他フレームワークとの比較等はスレ違いです ■本家 www.cakephp.org/ APIドキュメント api.cakephp.org/ github - cakephp github.com/cakephp the Bakery bakery.cakephp.org/ CakeQs cakeqs.org/ Issue cakephp.lighthouseapp.com/dashboard CheatSheet[1.2] (PDF) cakephp.org/files/Resources/CakePHP-1.2-Cheatsheet.pdf ■日本語公式 cakephp.jp/ フォーラム cakephp.jp/modules/newbb/ cookbook（マニュアル） [2.x] book.cakephp.org/2.0/ja/index.html [1.3] book.cakephp.org/ja 前スレ 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 kohada.2ch.net/test/read.cgi/php/1335859124/ 90 名前：nobodyさん mailto:sage [2013/01/11(金) 12:39:05.49 ID:???] >>89 バーチャルフィールドって、なんか敬遠したい雰囲気だったから使ったこと無いけど、 調べたらconditionsには使えるみたいだから contains => array(Model => array(conditions))にも使えるんじゃないの？ダメなの？ 91 名前：83 mailto:sage [2013/01/11(金) 17:40:54.59 ID:???] >>90 やってみたけど駄目だした 92 名前：83 mailto:sage [2013/01/11(金) 17:49:51.59 ID:???] >>90 できました！コードが間違っていたようです。 containsではなくて、containでした。 対象のモデルに var $actsAs = array('Containable'); を追加して、 findに'contain' => array('Posts' => array('conditions' => array('Posts.status' => 1))), を追加すると、バーチャルフィールドでもconditionsが効きました。 containを教えていただいた方、ありがとうございました。 93 名前：nobodyさん mailto:sage [2013/01/11(金) 19:58:49.04 ID:???] >>92 Containable使ってなかったのか。 これはもう必ず使っても良いくらいのビヘイビアだよ。 Modelのrecursiveプロパティと、やることが被ってるから、そこは注意が必要だけど。 class AppModel extends Model { var $recursive = -1; var $actsAs = array('Containable'); } 具体的には必ずContainable使うなら$recursiveはbelongsToすら取らない設定にするのがいいけど、 bakeして作った画面はbelognsToは来ること想定してるから、 containsにちゃんと書かないといけない。 その代わりアクション毎に指定したモデルだけを取れるから、無駄なSQL発行されない。 containだったか。他がconditions, fieldsってキーだからついcontainsって書いちゃうんだよな。 94 名前：nobodyさん mailto:sage [2013/01/16(水) 11:49:21.14 ID:???] 最新の日本語のマニュアルがないからcakephpの勉強をあきらめていたんだが 本家のほうにあったなんて 検索で１番上に表示されるcakephp.jpは害 95 名前：nobodyさん mailto:sage [2013/01/16(水) 11:59:19.66 ID:???] >>94 メンテナンスできないなら作るな、っていう感じ 96 名前：nobodyさん mailto:sage [2013/01/16(水) 12:05:59.61 ID:???] やっぱりメンテナンスされてなかたったんだ 今日からcakephpの勉強をしたいと思います 97 名前：nobodyさん mailto:sage [2013/01/16(水) 12:55:44.13 ID:???] Cakeろくに管理されてないから終わっとるな 英語の公式以外で入手できる情報は基本ないと思ったほうが良い ぐぐっても出てくるのは古いゴミみたいな情報ばかり 日本語なら、なるべく新しい本を買えばまだましなのかな、多分2冊ぐらいしかないはず 98 名前：nobodyさん mailto:sage [2013/01/16(水) 13:48:36.02 ID:???] 本なんかより 英語のマニュアルと、つまったらソース読むのが一番速い上に勉強になる 99 名前：nobodyさん mailto:sage [2013/01/16(水) 14:37:13.70 ID:???] Cakeって公式のforumないの？ Unofficialてのがあるけど、質問してもレスつかんかった 100 名前：nobodyさん mailto:sage [2013/01/16(水) 14:45:29.67 ID:???] >cakephp.jpは害 激しく同意 あそこは潰したほうが CakePHP のためになる 101 名前：nobodyさん mailto:sage [2013/01/16(水) 14:49:37.64 ID:???] あと、ドキュメントの翻訳を反映させるのが地獄。 自分用に何ページも翻訳あるんでよかったら使ってもらおうと思ったんだけど 糞めんどうくさいんでやめた。 そんな人結構たくさんいると思う。 チェック機構すら無い簡単過ぎる更新もどうかと思うけど、 今みたいな sphinx 形式に整形して github で pull request するなんて、 ほんの一握りのマニアしかやりたいとは思わないよ。 102 名前：nobodyさん mailto:sage [2013/01/16(水) 14:53:30.56 ID:???] >>99 一応こちらが公式のQ&Aサイト。 ask.cakephp.org/ ただし、日本語で質問しても反応は絶望的だと思う。 もはやプログラマのスキルとして、つねに英語力が プログラミング能力より先立つんじゃないかとおもうわ。 103 名前：nobodyさん mailto:sage [2013/01/16(水) 14:59:29.18 ID:???] >>102 �dクス 過疎ってるしめちゃめちゃ重いな、やっぱCake運営っていろいろ駄目だな… 104 名前：nobodyさん mailto:sage [2013/01/16(水) 16:14:04.46 ID:???] Cookbookの翻訳はしてる人たちは居るけど、人手不足やね。 あとベースとなる英語も、ユーザーベースで書いてるから、追従は大変。 翻訳する意欲のある人は、翻訳をすることで英語力が身につき、 もう英語読めばよくね？となってしまうとか聞いた。 105 名前：nobodyさん mailto:sage [2013/01/16(水) 16:40:43.25 ID:???] SOHOのWeb屋やってるけどさっぱり仕事がないから お金くれれば俺が翻訳やってやるのにな ただではやらん 106 名前：nobodyさん mailto:sage [2013/01/16(水) 16:46:02.84 ID:???] >>105 マニュアル本の自費出版でもしたら良いんでない？ 107 名前：nobodyさん mailto:sage [2013/01/16(水) 16:54:17.30 ID:???] そこで今はAmazonで電子書籍出版ですよ 100円ぐらいで売れてる書籍結構あるよ 108 名前：nobodyさん mailto:sage [2013/01/17(木) 12:47:53.30 ID:???] ドキュメントの翻訳は左のツリーにないページがたくさんあるんだな。。。 まだ50%程度か。 未翻訳のページもそのままリンク張っておいてくれたらいいのに。。。 文句言う筋合いじゃないけど、なんだか細かい所でイラッと来るわ。 109 名前：nobodyさん mailto:sage [2013/01/17(木) 13:18:10.37 ID:???] やっぱり閉鎖したほうが良いのかもな 管理できないのであれば 110 名前：nobodyさん mailto:sage [2013/01/17(木) 13:20:13.24 ID:???] 誰に抗議したらいいの？ 111 名前：nobodyさん mailto:sage [2013/01/17(木) 13:35:14.15 ID:???] >>109 翻訳サイトは cakephp.jp じゃなくて、本家 cakephp.org の一部。 なので、閉鎖とかじゃなくて単にページのHTML化の問題。 >>110 とりあえず cakephp.jp のフォーラムに書き込めばいいと思う。 112 名前：nobodyさん mailto:sage [2013/01/17(木) 14:10:39.39 ID:???] 1系の頃はcakephp.jpも役に立ってたんだけどね。 本家のask.cakephp.orgが1.3 と2の間くらいで、確か出来たけど、 あれ完成度悪いと思う。 個人的にも本家が出来たからあれに移行してやっていこうって気持ちにはなれなかった。 そして何故かユーザーは多いはずなのに両方が過疎る残念な状況に。 113 名前：nobodyさん mailto:sage [2013/01/17(木) 14:19:47.41 ID:???] やはりシステムの出来って大事なんだね 駄目システムでも流行ることはあるとは言え、やはり大事 114 名前：nobodyさん mailto:sage [2013/01/17(木) 14:41:06.72 ID:???] で、でた〜〜ｗｗｗOSSの有志運営のサイトにケチ付け奴〜〜〜〜ｗｗｗｗ おまえがやれとしか言いようが無いわ 115 名前：nobodyさん mailto:sage [2013/01/17(木) 14:44:36.18 ID:???] 機能してないサイトを残しておくだけで 「俺はオープンソースに貢献してます」って肩書きに書けるもんな 楽だよな 116 名前：nobodyさん mailto:sage [2013/01/17(木) 14:56:25.96 ID:???] 現状の問題点を述べているだけで、別にケチ付けてるわけではない 文句言う筋合いじゃないけどって書いてるでしょ 117 名前：nobodyさん mailto:sage [2013/01/17(木) 14:59:24.33 ID:???] 動いてなければ運営しているとはいえません 118 名前：nobodyさん mailto:sage [2013/01/17(木) 15:05:22.17 ID:???] 「貢献しました」「したことがあります」みたいな過去形なら可能か 119 名前：nobodyさん mailto:sage [2013/01/17(木) 15:55:31.40 ID:???] 中途半端な貢献は混乱をきたすだけだ 120 名前：nobodyさん mailto:sage [2013/01/17(木) 15:59:23.96 ID:???] 1系の頃はかなり役に立ってたけどな。 誰が運営してるのか良く分からんけど、たぶんもうCakePHPやってないんかね。 想像だけど、CakePHPから離れちゃって、 でもまるっと消しちゃうには、過去ログも溜まってるから、放置状態なんかね。 121 名前：nobodyさん mailto:sage [2013/01/17(木) 16:12:52.88 ID:???] Cake使っている人間は多いと思うけど、まとめるのが面倒なんだと思う。 Cake以外の言語・ツールの説明サイトが少なくなった印象 122 名前：nobodyさん mailto:sage [2013/01/17(木) 19:02:35.58 ID:???] >>121 英語のマニュアルが一番まとまってるという。。。 123 名前：nobodyさん mailto:sage [2013/01/17(木) 19:18:07.19 ID:???] 日本語でググって自分の書き込みが引っかかる率の高さ 124 名前：nobodyさん mailto:sage [2013/01/17(木) 19:21:42.24 ID:???] あるある 自分の質問しか引っかからない時の絶望感 125 名前：nobodyさん mailto:sage [2013/01/17(木) 21:14:29.88 ID:???] やっと引っ掛かったと思ったら誰も答えてない虚無感 126 名前：nobodyさん mailto:sage [2013/01/17(木) 21:29:29.93 ID:???] 引っかかったのが知恵袋でベストアンサーが関係ない回答のとき 127 名前：nobodyさん mailto:sage [2013/01/18(金) 08:59:44.64 ID:???] なんだかんだでここが一番役に立つ。 128 名前：nobodyさん mailto:sage [2013/01/18(金) 10:03:12.31 ID:???] 勃たねえよ 129 名前：nobodyさん mailto:sage [2013/01/18(金) 12:44:04.80 ID:???] >>128 愚痴りながらも答えてくれるじゃん 130 名前：nobodyさん mailto:sage [2013/01/18(金) 12:44:57.61 ID:???] 俺は答えてもらえなかった 131 名前：nobodyさん mailto:sage [2013/01/18(金) 13:38:03.04 ID:???] CakePHPってよくブラウザーゲームで見かけるんだけどそんなに王道なの？ 132 名前：nobodyさん mailto:sage [2013/01/18(金) 14:17:52.25 ID:???] 例えば？ 133 名前：nobodyさん mailto:sage [2013/01/18(金) 15:57:43.37 ID:???] よく見かけないけど、スライドショーのテーマで使われているのは見る 134 名前：nobodyさん mailto:sage [2013/01/19(土) 00:43:10.36 ID:???] 王道って程じゃないけど利用は多いだろうね。 なんだかんだ言ってもphpはweb系なら使われてる言語で、 そのphpのメジャーなフレームワークなんだし。 135 名前：nobodyさん mailto:sage [2013/01/19(土) 19:57:46.56 ID:???] スライドショーのテーマ が なんとなくステマに認識された 136 名前：nobodyさん mailto:sage [2013/01/20(日) 14:00:47.28 ID:???] Cakeみたいなすっトロい上にダサいFWは 無くなっていいよ。 なんだあのキモいActiveRecordもどきはw 137 名前：nobodyさん mailto:sage [2013/01/20(日) 14:13:40.58 ID:???] わざわざこのスレ探して悪口書きに来たの？ダッサいなw 138 名前：nobodyさん mailto:sage [2013/01/20(日) 16:52:16.21 ID:???] 日本公式はつぶしてgoogleのフォーラム１本でいいじゃん 139 名前：nobodyさん mailto:sage [2013/01/20(日) 19:53:37.64 ID:???] 登録しないと書き込めない掲示板て嫌だよね 140 名前：nobodyさん mailto:sage [2013/01/20(日) 20:36:10.12 ID:???] 登録もせず何でも逃げれる体制でしか書き込みできない人も嫌だよね 141 名前：nobodyさん mailto:sage [2013/01/21(月) 00:18:04.57 ID:???] 登録する＝手間がかかる＝情報がそれなりに信頼出来る って解釈もできるけど、だいたい登録制の掲示板って 常連しか集まらなくなって、新参が寄り付きにくいんだよね。 142 名前：nobodyさん mailto:sage [2013/01/21(月) 03:13:12.94 ID:???] そんなことよりFuelPHPしよーぜ 143 名前：nobodyさん mailto:sage [2013/01/21(月) 04:53:21.31 ID:???] 登録とかめんどくせーよ。パスワード忘れるし 管理者が荒らし減らしたいだけのうんこシステム 144 名前：nobodyさん mailto:sage [2013/01/21(月) 10:23:14.60 ID:???] twitterとかfacebookのアカウント（オープンIDだっけか？）で ログイン出来るところもあるけど、 だいたいはログインした後に会員登録するという 二重にめんどくさい仕様になってるんだよな 145 名前：nobodyさん mailto:sage [2013/01/21(月) 13:22:07.22 ID:???] 何でCakeってfindの戻り値が只の配列なんですかぁ？ モデルのオブジェクト(の配列)返さなきゃ駄目だろ。 これ作った奴は全くもってオブジェクト指向ってものを理解してねぇんだな。 クソだクソ！ 146 名前：nobodyさん mailto:sage [2013/01/21(月) 13:33:29.21 ID:???] 自分でそのように書き換えたら？ 147 名前：nobodyさん mailto:sage [2013/01/21(月) 13:53:46.54 ID:???] 誰かそういうプラグイン作ってる人いなかったっけ まったくうろ覚えだが 148 名前：nobodyさん mailto:sage [2013/01/21(月) 14:01:12.72 ID:???] ムリにCakePHP使わないで他の使えよ 149 名前：nobodyさん mailto:sage [2013/01/21(月) 14:19:09.21 ID:???] >>145 もう既に議論されまくってるよハゲ。 PHPのソース解析して実際にパフォーマンス計測した結果 配列にしておくべきと結論したんだよクズ。 CakePHP3になればデフォルトで選択可能になるみたいだがなクソムシ。 今はオブジェクト化ラッパーのプラグイン使えやウンコ。 150 名前：nobodyさん mailto:sage [2013/01/21(月) 18:43:32.93 ID:???] >>149 その議論追ってみたいんだけど、URLとかある？ もしあったら貼ってくれまいか？ 151 名前：nobodyさん mailto:sage [2013/01/21(月) 21:52:08.56 ID:???] その議論は知らんが、単純に配列の方が、オブジェクトのプロパティより速い。 自分で試せるよ。データベースの返り値を模した配列とオブジェクトで試してみ。 152 名前：nobodyさん mailto:sage [2013/01/21(月) 22:54:41.50 ID:???] >>151 配列の方がコスト低いのは分かるけどさ。 PHPのほかのフレームワークだと、オブジェクトにしてるのもあるから、 選択肢としてまったく無しじゃないと思うんだ。 そのなか、何で配列で行くことにしたのかなと思ってん。 153 名前：nobodyさん mailto:sage [2013/01/21(月) 23:17:20.53 ID:???] >>152 自分で書いたのもう一度読め 154 名前：nobodyさん mailto:sage [2013/01/22(火) 08:01:00.25 ID:???] だから、配列の方が速いからだろ？ そもそもオブジェクトである必然性は全くないし。 155 名前：nobodyさん mailto:sage [2013/01/22(火) 11:06:56.11 ID:???] 納得出来ないなら他のフレームワーク使えばいいだけだろ わざわざ配列の方を採用しているところに「なんでオブジェクトにしないの？」 ってお前の主張を押し付けるのはおかしいだろ 156 名前：nobodyさん mailto:sage [2013/01/22(火) 11:45:09.75 ID:???] お前ら何と戦ってんの？ 議論があるってことは両方にメリット・デメリットがあるってことだろ。 配列を採用するフレームワークもあるし、オブジェクトを採用するフレームワークもある。 コストが低いだけで、配列がベストって状況じゃないから、 理解を深めるために、過去にあった議論を見たいと思って何かおかしいのか？ 157 名前：nobodyさん mailto:sage [2013/01/22(火) 13:18:25.40 ID:???] まぁ議論を追うことには意味があるな。英語だろうけど。レポよろ。 158 名前：nobodyさん mailto:sage [2013/01/22(火) 13:22:15.41 ID:???] 興味あるのに自分で探してもいなかったのか 159 名前：nobodyさん [2013/01/22(火) 13:22:42.68 ID:nr2JMr7e] CakePHP gp48.net 160 名前：nobodyさん mailto:sage [2013/01/22(火) 13:51:21.23 ID:???] >>154 オブジェクトの必要がまったくない？ オブジェクト指向の勉強一からやり直せ。 161 名前：nobodyさん mailto:sage [2013/01/22(火) 14:04:59.92 ID:???] オブジェクト指向と「配列のほうが早いからCakeは配列を採用している」 事と何が問題なんだ？ オブジェクト指向だからって絶対その通りしなきゃいけない決まりなんて無いだろ。 お前は頭が硬すぎるんだよ 162 名前：nobodyさん mailto:sage [2013/01/22(火) 14:53:37.91 ID:???] オブジェクト指向では配列は使ってはいけないとでも言いたいの？ findの戻り値がオブジェクトだったら、そのオブジェクトは具体的にどんなメソッドを持っていて 配列よりどう便利なの？ 163 名前：nobodyさん mailto:sage [2013/01/22(火) 16:45:51.69 ID:???] >>162 戻り値はオブジェクトの場合とオブジェクトの配列の場合があるだろ。 オブジェクトの利点だが、人に聞かなきゃ分からんの？ Fat ModelとかDRYの原則とか理解してれば分かるはずなんだがねぇ。 164 名前：nobodyさん mailto:sage [2013/01/22(火) 16:46:40.64 ID:???] >>162 CakeEntityの作者のブログに利点は色々書いてあるから読んでみるといいよ 165 名前：nobodyさん mailto:sage [2013/01/22(火) 16:57:32.71 ID:???] d.hatena.ne.jp/basuke/20110908/1315479931 なるほどねえ いまだとafterFindでやらざるを得ないような処理をEntityオブジェクトでやらせたり出来るって感じかな 多分便利なんだろうな 166 名前：nobodyさん mailto:sage [2013/01/22(火) 20:52:44.17 ID:???] >>156 ほれ www.1x1.jp/blog/2006/09/cakephp_array_based_ar.html ただ、もっと詳しいエントリがあったはずなんだが見つけられなかった 確か開発者のブログだったんだけど、何年も前のことで忘れてしまったわ 167 名前：nobodyさん mailto:sage [2013/01/22(火) 21:37:05.39 ID:???] 利点() そもそもPHPって時点でとてつもないデメリットがあるのに 168 名前：nobodyさん mailto:sage [2013/01/22(火) 22:04:06.66 ID:???] そのデメリットを超えるぐらいのメリットがあるから使ってるんだけどな 169 名前：nobodyさん mailto:sage [2013/01/23(水) 10:42:04.53 ID:???] cake 2.2.5です。　cakephp cookbook book.cakephp.org/2.0/_downloads/en/CakePHPCookbook.pdf の 8ページ目、 public function view($id=null) { と書くべきところを、 public function view($id) { と書いてしまいましたが、動作するように思われます。 「=null」にはどのような意味があるのでしょうか？ 170 名前：nobodyさん mailto:sage [2013/01/23(水) 11:07:55.88 ID:???] ただのデフォルト引数じゃないの？ 171 名前：nobodyさん mailto:sage [2013/01/23(水) 13:24:10.39 ID:???] さすがにPHPのマニュアルぐらいは読もうぜ 172 名前：nobodyさん mailto:sage [2013/01/23(水) 13:41:16.62 ID:???] 知っていればphpのドキュメントに書いてることが分かるけどすでに読む必要が無く、 知らなければ分かりにくいし、検索しにくい文法じゃないか。 php.net/manual/ja/functions.arguments.php#functions.arguments.default 173 名前：nobodyさん mailto:sage [2013/01/23(水) 14:11:39.31 ID:???] >>172 それはセンスが無いかと 関数の引数の所に=が付いてるのは何でかな？と思ったら「関数」について調べる それだけのことだよ 174 名前：nobodyさん mailto:sage [2013/01/23(水) 14:14:57.82 ID:???] >すでに読む必要が無く、 呆れるほど基本的なことがわかってない時点で読む必要ありありなんですが 175 名前：nobodyさん mailto:sage [2013/01/23(水) 17:28:27.81 ID:???] >>173 センスといえばそうだけど、思い当たらなかった人に、 ドキュメントのURLを貼ってやってもいいと思うんだ。 まぁphpのドキュメントはかなり充実してるから、大抵の事はあたりをつけて読めば書いてあるし、 読めばいいとは思うけど、それも知っていてこそ、だと思うんだよね。 176 名前：nobodyさん mailto:sage [2013/01/23(水) 17:46:32.01 ID:???] ググれカスで済む所をキーワードまで付いてるのに せっかくゆとり教育終わったのにゆとりの再生産したいのかw 177 名前：nobodyさん mailto:sage [2013/01/23(水) 18:05:08.20 ID:???] 話がらっと変えるけど、お前ら超小規模システムの場合でも Cakeとかフレームワーク使ったりする？ 例えば、テーブル1つのメールフォームとかアクセスカウンターとか。 ちょっとしたPHP+MySQLを使うとき、みんなどうしているのかな？と思って。 178 名前：nobodyさん mailto:sage [2013/01/23(水) 18:49:28.47 ID:???] >テーブル1つのメールフォームとかアクセスカウンターとか。 さすがにそれでは使わねえなｗ 179 名前：nobodyさん mailto:sage [2013/01/23(水) 19:40:37.06 ID:???] アクセスカウンターには流石に使わないと思う、 というかアクセスカウンターを作る状況がもう想像つかないけど。 テーブルあるならメールフォームには使うかな。 バリデーター使いたいし、入力内容をDBに入れるなら、 見たりする管理画面的なものも入ってきそうだし。 長く稼動すれば、検索したいだの、対応状況を付けたいだの、 要望が出てきそうだし、最初は極小規模でも、 なんだかんだ増えるんじゃないかと思った。 180 名前：nobodyさん mailto:sage [2013/01/23(水) 20:06:13.82 ID:???] >>179 特定ページのアクセス数を管理画面で見たいって要望は割りとあるよ。 極小規模でもCake使うのか。 確かに後々必要になるケースは多々あるけど、 サーバにファイルを転送する時、 「こんなにファイルアップする必要あるかな」って感じるんだよねw 181 名前：nobodyさん mailto:sage [2013/01/23(水) 20:42:29.21 ID:???] >>180 > 特定ページのアクセス数を管理画面で見たいって要望は割りとあるよ。 そなのか。言われたことないなぁ。 アクセス解析でかってにやってるみたいだし。 > サーバにファイルを転送する時、 > 「こんなにファイルアップする必要あるかな」って感じるんだよねw その感覚はまぁわかるｗ 182 名前：nobodyさん mailto:sage [2013/01/23(水) 22:04:32.97 ID:???] 質問させてください。２．２。５安定版を使用しています。 よくあるDBに問い合わせを行ってログインを行う処理の実装なのですが、 authコンポーネントを使用せずにAES暗合を使用したログインにしようと思っています。 入力値を $id = Security::rijndael($id, Configure::read('Security.key'), 'encrypt') で、バイナリ型に変換した後に以下のように問い合わせを行っています。 $conditions = array( 　　'conditions' => array('id' => $id, 'pass' => $pass); find('all',$conditions); この方法でDBに同じ文字列のbinaryデータがあった場合はfindする事ができるのでしょうか？ DB側の型はblob型で、格納されているデータはbinaryです。 散々詰まっていて、ふとfind関数でバイナリって検索できるのだろうかと疑問を感じたので質問します。 183 名前：nobodyさん mailto:sage [2013/01/23(水) 23:17:54.00 ID:???] んなことやったこと無いからわからんが、 とりあえずCakePHPが発行してるSQLを出して、 それが動くものなのかどうかじゃないの？ 184 名前：nobodyさん mailto:sage [2013/01/23(水) 23:37:05.72 ID:???] >>182 そもそもの設計思想が・・・ 185 名前：nobodyさん mailto:sage [2013/01/24(木) 12:28:57.76 ID:???] CakePHP2のマニュアル読みながら作ってみてるんだけど イベントシステム（CakeEvent）の使い方というか利点ってどんなんですか？ book.cakephp.org/2.0/en/core-libraries/events.html マニュアルの例でいくと、注文処理の後、メールを送るとかを別のコントローラーに やらせるって感じ？ 186 名前：nobodyさん mailto:sage [2013/01/24(木) 13:18:11.29 ID:???] それ、作ったヤツのオナニーじゃねー？ オレオレサイトならいいけど、そんなもん業務に持ち込まれた日にはブチ切れ間違いない！ 187 名前：nobodyさん mailto:sage [2013/01/24(木) 13:25:19.15 ID:???] >>185 一つのメソッドにガッチガチにコーディングした方がいい場合と、 その反対にロジックの順番やら処理の是非なんかを 柔軟な可変状態にした方がいい場合とを分けないと利用価値がわからないだろうな。 用途が完全に限定されていてロジックの更新を考慮しないんならイベントシステムは無意味。 そのドキュメントにも、普通はこんなものいらないって書いてあるよ。 188 名前：nobodyさん mailto:sage [2013/01/24(木) 14:31:07.70 ID:???] >>185 どこに処理させるかってのを切り離せるっていうのが利点だから、 'Mode.Order.afterPlace' で何をどうアタッチるかは 実装に応じてそれぞれ良きに計らってくれってことじゃないか？ 処理状態をイベントオブジェクトにカプセル化して 処理を回していくっていうのはとても便利な時がある。 使い方をわきまえれば実装も楽だしメンテも楽になるとても良いツール。 ただ、どんなコーラブルをどこにアタッチさせているのかを把握できないと 最悪になると思われる。 189 名前：nobodyさん mailto:sage [2013/01/24(木) 15:04:16.44 ID:???] >>185 例えばECCUBEみたいな、 ECサイトパッケージを作って配布するようなことをするなら、使えるんじゃない？ 決済モジュールとか、CakeEventListenerの実装クラスで作れば入れ替えできるし。 190 名前：nobodyさん [2013/01/27(日) 01:02:37.34 ID:0HsM0LlW] phpMyAdminで新しいテーブルを追加して、当該コントローラの public $uses = array('Foo','Bar'); となっているところに単数形頭文字大文字でテーブル名を追加したら500エラーを吐くんですが なにが原因かわかりますでしょうか？ 同じ環境のxampp（テーブルを追加＋コントローラにテーブル名追加）で正しく動いてます サーバー側にも同じテーブル（sqlでエクスポートしたものをsqlで追加）とコントローラはあります サーバーはさくらです ご教示お願いいたします

---

---

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

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