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/
149 名前:nobodyさん mailto:sage [2008/12/28(日) 18:51:53 ID:???] 聞きたいことがある。 Model::save() で、バリデーションエラーではなく、DBシステムエラーが起こっ た場合には、同様に戻り値は false になるんだろうか? もしそうなら、バリデーションの場合とシステムエラーの場合とで、戻り値が falseの時の処理を分けなければいけないと思うんだけど、どうしたらいいんだろ? 1. save()の前にvalidate()を実行して分岐する。 2. save()のあとにinvalidFields()を実行して分岐する。 みんなはどうしてる?
150 名前:nobodyさん mailto:sage [2008/12/28(日) 20:13:58 ID:???] >>149 Model::onError()
151 名前:nobodyさん mailto:sage [2008/12/28(日) 20:41:33 ID:???] >>150 うわー、これ知らなかった! なんだ、DBアクセスの箇所ごとにエラー処理する必要はなかったんだ。 ありがとう。
152 名前:nobodyさん mailto:sage [2008/12/28(日) 22:11:07 ID:???] DBエラーって、onError()イベントハンドラのコール以外で知ることはできない? うちの場合ちょっと事情があって、onError()関数でを上書きできないので。
153 名前:nobodyさん mailto:sage [2008/12/28(日) 22:33:37 ID:???] クラスDboSourceのソースを見たら、Model::onError()が呼ばれるときは、 Model::save()の戻り値はやっぱり false だった。 save のあとで invalidFieldsがあるかどうかで分岐すればよさそう。
154 名前:nobodyさん mailto:sage [2008/12/29(月) 03:21:56 ID:???] >>152 適当にDboを継承してonErrorが呼ばれてる部分を実装すればいいのでは? やりたくないけど。 >>153 DB側がエラーになってる時点で、saveも糞もないと思う。
155 名前:nobodyさん mailto:sage [2008/12/29(月) 10:08:14 ID:???] >>154 >>153 は、controllerでどう書くかを言ってるんだろ
156 名前:nobodyさん mailto:sage [2008/12/29(月) 10:43:26 ID:???] >>152 まずはどんな事情かを説明しろ
157 名前:nobodyさん mailto:sage [2008/12/29(月) 13:36:03 ID:???] 「CakePHP徹底入門」の正誤情報掲載してくれ〜 seshop.com/book/errata/ 08年9月発売で、発売から4ヵ月も経っているのに、まだ正誤情報掲載してないぞ〜 俺は、Ajaxの項のp.178のリスト5.5が全然違うのがわからず、メチャ手間取ったぞ〜 CDのLIST5-5も全然違うじゃねーか。ダブルパンチだ。 早く正誤情報掲載してくれ〜
158 名前:nobodyさん mailto:sage [2008/12/29(月) 18:21:03 ID:???] そんな本のことはさっさと忘れるべき。
159 名前:nobodyさん mailto:sage [2008/12/29(月) 20:00:17 ID:???] >>158 本を悪く言ってんじゃなくて、反対 「CakePHP徹底入門」良い本だから期待している。 CakePHP1.2で解説されているから非常に便利。内容も入門者にはベスト。良い例題でわかり易い説明。 まだ半分までしか読んでないけど、気付いた間違いを紹介 p.179誤 37: <?php echo $jptime->jpdatetime($product['Product']['created']); ?> 40: <?php echo $jptime->jpdatetime($product['Product']['modified']); ?> 正(CDもNG) 37: <?php echo $product['Product']['created']; ?> 40: <?php echo $product['Product']['modified']; ?>
160 名前:nobodyさん mailto:sage [2008/12/29(月) 20:00:53 ID:???] p.180誤 リスト5.7 1: function index() { リスト5.8 1: function index() { 正(CDはOK) リスト5.7 1: function index($id = NULL) { リスト5.8 1: function index($id = NULL) { p.89中あたり 誤 INSERT INTO products VALUE (1, 1, '商品1', now(), now()) INSERT INTO products VALUE (2, 2, '商品2', now(), now()) INSERT INTO products VALUE (2, 2, '商品3', now(), now()) 正(CDはOK) INSERT INTO products VALUE (1, 1, '商品1', now(), now()); INSERT INTO products VALUE (2, 2, '商品2', now(), now()); INSERT INTO products VALUE (3, 3, '商品3', now(), now()); 上記3つはプログラムが動かないけど、以下2つはどうでもいい事 p.133下の方 誤 shopping/controllers/category_controller.php 正 shopping/controllers/categories_controller.php p.116下の方 誤 と質問がきますので、「y」を入力して終了します。 正 と質問がきますので、「n」を入力して終了します。
161 名前:nobodyさん [2008/12/30(火) 19:33:21 ID:uva7pRTj] Railsを猿真似してくれたら楽なのに 所々にいらぬお節介がついて回るよね、cakeは 核になるMVCを無意味に密に結合するような作りにしたりして 素晴らしいお手本があるにもかかわらず何故センスのない変な拡張をいれるんだorz
162 名前:nobodyさん mailto:sage [2008/12/30(火) 23:28:49 ID:???] 好きなFW探して使ったらどうでしょうか
163 名前:nobodyさん mailto:sage [2009/01/01(木) 15:27:00 ID:???] おっ、マニュアルのレイアウト崩れが直った?
164 名前:nobodyさん mailto:sage [2009/01/01(木) 16:48:24 ID:???] >>163 目次の「3 CakePHPによる開発」をクリックするとレイアウト崩れるけど? ttp://book.cakephp.org/ja/
165 名前:nobodyさん mailto:sage [2009/01/01(木) 17:23:53 ID:???] あらま、これってどこかに報告したほうがいいの?
166 名前:nobodyさん mailto:sage [2009/01/01(木) 21:00:37 ID:???] 他のページも崩れまくってる 以前のマニュアルページがそのままインポートされてる感じだね
167 名前:nobodyさん mailto:sage [2009/01/02(金) 07:50:16 ID:???] setFlash()をflash()すると 末尾に 1 っていうゴミが付いてくるんだけど、なんだろう?
168 名前:nobodyさん mailto:sage [2009/01/02(金) 07:57:24 ID:???] 事故解決 echo $session->flash(); って書いて返値のtrueを出力してた
169 名前:nobodyさん mailto:sage [2009/01/02(金) 22:49:27 ID:???] >>163 >>165 1.2マニュアルのレイアウト崩れ直ったみたい。 ttp://book.cakephp.org/ja/
170 名前:nobodyさん mailto:sage [2009/01/02(金) 22:55:13 ID:???] >>169 おっ、ほんとだ中の人gj
171 名前:nobodyさん mailto:sage [2009/01/03(土) 02:12:26 ID:???] なおってねーよ 再現率は100%じゃないのかねぇ
172 名前:nobodyさん mailto:sage [2009/01/03(土) 02:28:49 ID:???] ページによって出たりでなかったりってのはあったが 今見た限りでは直ってた どこのページで問題出てる?
173 名前:nobodyさん mailto:sage [2009/01/03(土) 03:49:50 ID:???] 1項目づつ 次のページ のリンクたどってくとおかしいね
174 名前:nobodyさん mailto:sage [2009/01/03(土) 18:30:22 ID:???] Formヘルパーのinputメソッドを使って文字の入力画面を表示すると 文字サイズが大きいのですが、文字サイズを小さくするにはどうすれば よいでしょうか?よろしくお願いします。 echo $form->input('content', array('type'=>"text", 'label'=>""));
175 名前:nobodyさん mailto:sage [2009/01/04(日) 10:58:57 ID:???] >>174 それはCSSとかの話じゃなくて?
176 名前:nobodyさん mailto:sage [2009/01/04(日) 12:47:21 ID:???] >>175 ヒントありがとうございます。 正解みたいですね。CSSは耳にした事はありますが、難しいので避けてました。 CSS レイアウト スタイルシートがキーワードのようですね。 www.bnote.net/php/cakephp/cakephp08.shtml www.ideaxidea.com/archives/2007/06/cakephp_014.html 勉強してチャレンジしてみます。
177 名前:nobodyさん mailto:sage [2009/01/04(日) 14:23:59 ID:???] ('A`)
178 名前:nobodyさん mailto:sage [2009/01/04(日) 17:01:24 ID:???] テーブルレイアウトが主流だけど、数年後にはcssは必須になってる。 今から先取りして覚えておいて損はない。
179 名前:nobodyさん mailto:sage [2009/01/04(日) 17:31:20 ID:???] 現時点でテーブルレイアウトにしようなんて奴は逆に勇者に見えるわ
180 名前:nobodyさん mailto:sage [2009/01/04(日) 18:16:16 ID:???] グーグルはテーブルレイアウトだよ
181 名前:nobodyさん [2009/01/04(日) 18:47:13 ID:u5+bOtGZ] 費用対効果 テーブル使った方がはるかに効率的な場合に狙ってやるのは○ テーブルレイアウトしかできないのは論外
182 名前:nobodyさん mailto:sage [2009/01/04(日) 18:48:37 ID:???] デザイン直ってないな 崩れまくり
183 名前:nobodyさん mailto:sage [2009/01/04(日) 19:10:12 ID:???] >>180 グーグル自体がクロールされる必要はなかろう。。
184 名前:nobodyさん mailto:sage [2009/01/05(月) 02:25:07 ID:???] なぜCakePHPみたいな将来性なさそうな技術に時間使ってるの?
185 名前:nobodyさん mailto:sage [2009/01/05(月) 02:48:35 ID:???] >>184 お前さんもここで使ってるよねw
186 名前:nobodyさん mailto:sage [2009/01/05(月) 02:48:56 ID:???] じゃあCake以外でいいの教えてくれよ。PHPで。
187 名前:nobodyさん mailto:sage [2009/01/05(月) 03:19:39 ID:???] オープンソースあぷりの多くがPHP製
188 名前:nobodyさん mailto:sage [2009/01/05(月) 16:02:01 ID:???] >>187 それはちょっと前にPerl開発者が言ってた台詞だよ・・・
189 名前:nobodyさん [2009/01/05(月) 20:31:10 ID:qd8O6pD6] 仕事で仕方なくcake使ってるが次使うことはないだろう・・・
190 名前:nobodyさん mailto:sage [2009/01/05(月) 21:29:11 ID:???] >>189 ちなみに次は何を検討してる?
191 名前:nobodyさん mailto:sage [2009/01/05(月) 23:41:50 ID:???] もち、ちぃたん
192 名前:nobodyさん mailto:sage [2009/01/06(火) 09:15:09 ID:???] つpc11.2ch.net/test/read.cgi/php/1229960175/
193 名前:nobodyさん mailto:sage [2009/01/06(火) 09:26:24 ID:???] book.cakephp.org/ja/view/29/%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%81%AE%E6%BA%96%E5%82%99 まだ壊れてるぞー
194 名前:nobodyさん [2009/01/06(火) 09:36:40 ID:UaXiuRrZ] book.cakephp.org/ja/complete/39/%E7%92%B0%E5%A2%83%E8%A8%AD%E5%AE%9A この辺りも 1ページ表示で崩れる
195 名前:nobodyさん mailto:sage [2009/01/06(火) 15:31:13 ID:???] >>193-194 この問題ってcakephpの問題じゃなくて デザイン(css)の問題でおk?
196 名前:nobodyさん mailto:sage [2009/01/06(火) 15:48:45 ID:???] フレームワークの恩恵を受けるのは マスターしてから1年後だと思う。1年経つとCakePHPに特化した使いまわし出来るロジックがかなり増える なので新しいフレームワークが出て、すぐ移行するのは 今まで蓄積したロジックを捨てるに等しいので CakePHPを8割、新しいフレームワーク2割という感じでフレームワークを使っていこうと思っている
197 名前:nobodyさん mailto:sage [2009/01/06(火) 15:52:53 ID:???] 成長性を考えると、全体案件の2,3割は新しいフレームワークへ力を入れた方がいい このバランスが大切だと思う、完全シフトはただのバカと思うし CakePHP100%たより過ぎも、将来がない
198 名前:nobodyさん mailto:sage [2009/01/06(火) 15:55:30 ID:???] 新しいフレームワークを覚えるにしても CakePHPを超えるものは見当たらないから 実質、CakePHP100%でやってる
199 名前:nobodyさん mailto:sage [2009/01/06(火) 16:08:25 ID:???] コンセプトさえ理解してれば新しいフレームワークの導入なんて せいぜい三日程度のコストしかかからないと思うんだが 独自コンポーネントを移すにしても
200 名前:nobodyさん mailto:sage [2009/01/06(火) 16:30:45 ID:???] 1.2.0.7962 Finalきた
201 名前:nobodyさん mailto:sage [2009/01/06(火) 17:03:32 ID:???] 細かいところでハマりまくる日々… 出来る人との違いを痛感します
202 名前:nobodyさん mailto:sage [2009/01/06(火) 17:51:38 ID:???] >>200 あけおめ
203 名前:nobodyさん mailto:sage [2009/01/06(火) 17:54:47 ID:???] >>196 言うよねぇ〜 俺も2年くらい使ってるけど、ほんっと使い回しが効く。 素晴らしいです。
204 名前:nobodyさん mailto:sage [2009/01/07(水) 00:15:09 ID:???] >>200 メリクリ
205 名前:nobodyさん mailto:sage [2009/01/07(水) 02:09:30 ID:???] CakePHP 1.2 SP1はまだですか?
206 名前:nobodyさん mailto:sage [2009/01/07(水) 10:48:13 ID:???] ModelBakerが話題にあがってこないけど、誰も使ってないのかな? ttp://www.widgetpress.com Macユーザー自体少ないのかな。 自分はこれからさわってみます。
207 名前:nobodyさん mailto:sage [2009/01/07(水) 16:24:24 ID:???] >>206 なんか凄そう。と思って落としてみたけど10.5専用なのね・・・残念。
208 名前:nobodyさん mailto:sage [2009/01/07(水) 16:47:56 ID:???] book.cakephp.org/ja/view/84/%E9%96%A2%E9%80%A3%E3%83%A2%E3%83%87%E3%83%AB-hasOne-hasMany-belongsTo-%E3%81%AE%E3%83%87%E3%83%BC これってトランザクション使わないとまずい?
209 名前:nobodyさん mailto:sage [2009/01/07(水) 16:55:48 ID:???] >>208 詳しいことは他の人に譲るが 記憶が定かなら、確か件数取得(select)して、書き込む(update)だけだったと思うから、トランザクション関係ないはず。
210 名前:209 mailto:sage [2009/01/07(水) 17:00:24 ID:???] >>208 あれ?複数Modelのsaveについて言っているのかな?
211 名前:nobodyさん mailto:sage [2009/01/07(水) 17:04:53 ID:???] >>210 関連モデルのsaveについて言ってる 公式マニュアルのくせに何の注意書きも無いから内部でうまくやってるのかなと
212 名前:nobodyさん mailto:sage [2009/01/08(木) 09:16:02 ID:???] 実験してみてくれ
213 名前:nobodyさん mailto:sage [2009/01/08(木) 11:52:33 ID:???] Cake1.2です viewで echo $form->error('Modelname.fieldname', '出力されるエラー表示'); だとうまくいくのに echo $form->error('Modelname.fieldname'); でmodelの$validateで代入した'message'が表示されません。 これでうまくいくようなことがあちこちに書いてあるのに。 どうやったら'message'を出力できるんでしょうか。
214 名前:nobodyさん mailto:sage [2009/01/08(木) 14:16:03 ID:???] 解決しました。 modelの文字コードが原因でした。
215 名前:nobodyさん [2009/01/09(金) 08:36:44 ID:I5IAXkbt] 初歩的な質問かもしれないんですが モデルクラスのプロパティは、コントローラーをまたがって保持されます? なにがやりたいかというと、 モデル内でファイルを読み込んで、そのデータをプロパティに保持 (DBを使わないモデル) 他のコントローラーからそのモデルクラスのプロパティを参照したい personモデル var $sex; function loadfile() { ファイルを読み込んでプロパティをセット } function getSex() { 性別を返す } peopleコントローラー getSex()でデータ取得 profileコントローラー getSex()でデータ取得 各コントローラーで、必ず毎回ファイルを読み込まないとだめでしょか?
216 名前:nobodyさん mailto:sage [2009/01/09(金) 08:42:51 ID:???] 静的メンバで以下みたいにやれば出来るんじゃね if(isSet(ClassName::sex)){ //ファイル読み込み } 一応いっとくとプロセスまたがっては無理だよ
217 名前:nobodyさん mailto:sage [2009/01/09(金) 08:43:21 ID:???] あ、if(!isSet())ね
218 名前:nobodyさん mailto:sage [2009/01/09(金) 08:51:49 ID:???] なるほど…ありがとうございます できなくはないんですね 基本的には、CakePHPの流儀(というかPHPフレームワーク?)としては、 コントローラーごとに毎回データを読む(DB使う場合も) という感じでしょうか あとはキャッシュ機能を使うみたいな
219 名前:nobodyさん mailto:sage [2009/01/09(金) 08:54:52 ID:???] コントローラー呼び出しごとにアクセスがあると、 ちょっと心配なんですが、キャッシュ機能使えってことでしょうか セッションに保存するのはなんか違う気がしますし
220 名前:nobodyさん mailto:sage [2009/01/09(金) 09:02:28 ID:???] セッションに保持すればよいということではないの? というか、そもそも、people と profile が関連づけられていれば、profileコントローラーは不要だと思うが (よく読み込まずに答えたから、見当違いだったらすまん)
221 名前:nobodyさん mailto:sage [2009/01/09(金) 09:02:36 ID:???] DBアクセスオブジェクトは一つしか作られないよ
222 名前:nobodyさん mailto:sage [2009/01/09(金) 09:03:29 ID:???] 目的がパフォーマンスならセッションに入れる意味はあまり無いんじゃないの? DBから読むかファイルシステムから読むかの違いでしょ
223 名前:nobodyさん mailto:sage [2009/01/09(金) 09:05:38 ID:???] どういうDBアクセスが発生してるか気になるならデバッグモードにすればいい
224 名前:nobodyさん mailto:sage [2009/01/09(金) 10:12:30 ID:???] >>215 は、Model とController の対応が間違っているということはないの? Userモデル(Personモデル) Usersコントローラー があって、 /users/index で、Usersリストを表示する /users/view で、Userプロフィールを表示する みたいな 質問を読むと、根本的な問題のような気がする (Peopleモデルというのがイメージできないし、Personsコントローラーがあれば、Profilesコントローラーは要らなそうな気がする)
225 名前:215 mailto:sage [2009/01/09(金) 11:09:25 ID:???] すんません 例は適当です… 具体的には、ファイルからデータを読み込ませ、 そのデータを元に、各コントローラーでフォームを自動構築しようとしています (入力内容が毎回可変なため、このようにしています) ファイルには各コントローラーにまたがる入力項目のデータが含まれていて、 各コントローラーでは、そのデータを読み込んでフォームを構築します この場合、コントローラーごとにファイルに何回もアクセスする ということでいいんでしょうか? (今のところ、データベースは一切使いません。)
226 名前:215 mailto:sage [2009/01/09(金) 11:16:27 ID:???] ファイル(product) 商品名:text 価格1:select 価格2:select (価格の数は可変) ファイル(price) 1000 2000 3000 (可変) モデル product price コントローラー productController priceController ビュー product(商品の選択画面) ファイルを読み込んで商品名を選択する画面 price(価格の入力画面) 価格のデータ数分だけフォームを入力 コントローラーを分けているのは、もう少し複雑で、他のデータなども混じるためです うまく説明できない・・・・
227 名前:215 mailto:sage [2009/01/09(金) 11:23:38 ID:???] 実際にはpriceにも、価格専用のフォーム生成のためのデータが入ってます(これも可変) productにまとめると肥大化&実際に価格データ専用のアクションも必要になるため、 コントローラーをわけてます。 うまく説明できないのですが、 とりあえず、コントローラーまたぐならファイルに毎回アクセスしろってことですかね
228 名前:nobodyさん mailto:sage [2009/01/09(金) 11:37:58 ID:???] コンポーネント使えよ
229 名前:nobodyさん mailto:sage [2009/01/09(金) 11:38:29 ID:???] いやむしろエレメント使えよ
230 名前:215 mailto:sage [2009/01/09(金) 11:54:38 ID:???] >>228 コントローラーは共通じゃないです モデルは一部共通ですね となるとビヘイビア? どのみち、普通にやるとなれば毎回ファイルアクセスは発生ですね 後で外部クラス化を考えることにします…
231 名前:nobodyさん mailto:sage [2009/01/09(金) 12:05:39 ID:???] なんでビヘイビアになるんだ? コンポーネントかエレメントで出来るだろ
232 名前:nobodyさん mailto:sage [2009/01/09(金) 12:12:39 ID:???] >>225 から想像するに、通常DBに保存するデータを、DBの代わりにファイルに保存しているということかな? そうだとすると 「コントローラーごとにファイルにアクセスで良いか」というのは、Yesということになるね (ただし、正確には、ControllerではなくModelだけど) ProductとPriceがHasManyの関係にあるのなら、なるべくDBを使うべきでしょう。 (もしかしたらHABTMかもね)
233 名前:nobodyさん mailto:sage [2009/01/09(金) 12:15:46 ID:???] いやいやそれ以前に フォーム生成処理を共通化したいのならエレメントかコンポーネントだろ
234 名前:nobodyさん mailto:sage [2009/01/09(金) 12:19:41 ID:???] で、パフォーマンスを気にするのであれば、ビューキャッシュか、CacheEngine使うということで良いと思うが。
235 名前:nobodyさん mailto:sage [2009/01/09(金) 12:20:22 ID:???] あ、>>234 は、>>232 のつづきね
236 名前:nobodyさん mailto:sage [2009/01/09(金) 12:28:58 ID:???] >>233 たぶん、>>215 が気にしているのは、「毎回DBやファイルを読み込むのが気持ち悪い」ということかなと。 だとすると、viewの問題ということなんだけど、そもそもModelやControllerの設計がまずいとキャッシュも使えないからね。
237 名前:nobodyさん mailto:sage [2009/01/09(金) 12:34:01 ID:???] PHPで常駐プロセスにデータを預けておくと言う事は出来ない。 DBに記録する以外は。 Cakeのキャッシュなんて所詮はファイルシステムから読み出してるに過ぎないから それ以上の高速化は無理。 そもそもやろうとしてる事がエレメントを使って書くべきものに思えるが。
238 名前:215 mailto:sage [2009/01/09(金) 12:41:11 ID:???] >>232 はい、だいたいそんな感じです いずれ、ユーザー固有のデータはDBに入れるつもりですが、 今回の質問のデータはシステム全体で共通のデータです ただ、それがユーザーの入力によって変わる(切り替える)ことがあると。 >>233 その共通化の元となるデータをファイルで読み込むんです… ユーザーの入力に応じて変化します。 そういう可変データがたくさんあるんで… ざっとマニュアルを見た感じでは、DataSource?を自分で作ればよいのかな、とも。 とりあえずは、モデルで処理して、後々外部クラスとかにまとめてみることにします ありがとうございました
239 名前:nobodyさん mailto:sage [2009/01/09(金) 12:43:19 ID:???] 速い<遅い ビューキャッシュ<<<<エレメントキャッシュ<何もしない ビュー自体をキャッシュできるならするべきでしょう
240 名前:nobodyさん mailto:sage [2009/01/09(金) 12:44:03 ID:???] >>238 ユーザの入力はGETなりPOSTなりで来るんでしょ? エレメント内でそれを見て動作切り替えたらいけないの?
241 名前:215 mailto:sage [2009/01/09(金) 12:45:58 ID:???] >>237 フォームの個数もパターンも無数にあるんですが、エレメントでできるんでしょうか? いや、実際の出力はエレメントでやるんですが、 "どのエレメントをどの順番で何個出力するか"のデータが、今回のファイルに保存されているんで… そのデータはモデルで読むか、外部クラス化するかですよね。 で、そのデータをコントローラー間で使い回したかったんです。 イメージとしては、XMLからのフォームの自動生成、 しかも、それがユーザーの入力に応じて変わると、いう感じで、 その元となるXMLを保持しておけるのかな、と。 (データファイルはいずれXML化するつもりです) 外部クラス化とかするしかないですよね。 モデルに書くと毎回読みにいくしかなさそうということで。
242 名前:251 mailto:sage [2009/01/09(金) 12:48:25 ID:???] >>240 POSTで来るんですが、入力段階(画面)が数回あって、 ユーザーの入力値と順序によって、生成するフォームのパターンが変わるんです…
243 名前:nobodyさん mailto:sage [2009/01/09(金) 12:49:04 ID:???] フォームパターンそのものをユーザにアップロードさせたりするのか? そうでないならエレメントにコードを置かずファイルから読み込もうとしてる理由が分からん。
244 名前:251 mailto:sage [2009/01/09(金) 12:50:10 ID:???] すいません、途中で送信してしまった… しかも、画面は自由に行き来可能で、ある画面で入力値を変えると、 他の画面のフォームも再構築する必要があると… とりあえず、一回全部組んでから効率化は考えることにします…
245 名前:nobodyさん mailto:sage [2009/01/09(金) 13:49:09 ID:???] formヘルパーってDBなしだと使えない?(汗
246 名前:nobodyさん [2009/01/09(金) 14:01:28 ID:I5IAXkbt] book.cakephp.org/ja/complete/182/%E3%83%95%E3%82%A9%E3%83%BC%E3%83%A0#%E3%83%95%E3%82%A9%E3%83%BC%E3%83%A0%E3%81%AE%E4%BD%9C%E6%88%90-183 create()のパラメータ modelって、モデル名じゃなくてコントローラー名だよね? model名入れててエラーになった orz
247 名前:nobodyさん [2009/01/09(金) 15:22:27 ID:I5IAXkbt] 質問だけどセッションってモデルじゃないの? コントローラでいじるのに違和感があるんだけど モデルじゃセッション使えないよね?
248 名前:nobodyさん mailto:sage [2009/01/09(金) 15:23:23 ID:???] ああSession自体がモデルなんか すまそ
249 名前:251 [2009/01/09(金) 18:31:13 ID:I5IAXkbt] ちょっと、追加で質問なのですが… 例えば、商品のデータを編集する処理を作る場合、 商品名を編集する画面と価格を編集する画面を分けたいと思ってます この場合、コントローラーもわけたほうがいいんでしょうか? (もちろんモデルは一つ(Product)になるかと思いますが) というのも、コントローラーを一つにすると、 products/name/change products/prices/delete products/prices/change products/prices/delete のようになり、URLのアクション部分が実際の処理とは違う形になってしまい、 アクション側でもパラメータでいちいち処理を分岐させる必要があります そこでコントローラーだけを二つにわけて、 products/change products/delete prices/change prices/delete のようにしようかと思うんですが、よくないですかね? どうでもいい質問かと思うんですが、できればCakeの流儀に合わせたいので…