トップページ⇒php
1001コメント296KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/06/20(金) 01:24:40ID:???
http://www.cakephp.org/

10分で作るCakePHPアプリ for Windows
http://p4life.jp/cake/

マニュアル日本語化
http://www.cakephp.jp/doc/

Cookbook :: 1.2 Collection :: マニュアル
http://book.cakephp.org/ja

日本語フォーラム
http://cakephp.jp/modules/newbb/

あとこのへんとか（初心者向けTIPS）
http://www.avatarfinancial.com/pages/cake/

CakePHP入門リンク集
ttp://pub.studio15.jp/2007/11/13/cakephp-links/

【PHP】フレームワーク CakePHP　3ホール目【本命】
http://pc11.2ch.net/test/read.cgi/php/1205475360/
【PHP】フレームワーク CakePHP　2ホール目
http://pc11.2ch.net/test/read.cgi/php/1194976228/
【PHP】フレームワーク CakePHP
http://pc11.2ch.net/test/read.cgi/php/1163850802/
0081nobodyさん2008/07/06(日) 02:50:57ID:???
あ・・・・・・・・解決したかも・・・・

C belongsTo array('B','A');
って書いてた（汗

C belongsTo array('A','B');
にしたら、直ったっぽい
0082nobodyさん2008/07/06(日) 14:24:50ID:???
いまから作る新サイト、1.2でやるべきか悩む…
0083nobodyさん2008/07/06(日) 14:32:55ID:???
どっちでもいいよ、覚悟さえすれば。
0084nobodyさん2008/07/07(月) 22:11:14ID:???
hasAndBelogsToManyって、便利そうだけど、工夫がいるね。
0085nobodyさん2008/07/09(水) 18:44:09ID:???
モデルのメンバ変数でアソシエーション定義すると
既存のデータ取得関数に影響が出るから
アソシエーションの設定は
メソッド単位、もしくはメソッド内のロジック単位で
bindModel() をした方がいいね
0086nobodyさん2008/07/10(木) 03:21:38ID:???
自分の選択でフリーターはともかくとして、
フリーターしか選択肢がないというのはよほど問題がある人だろう。
先天や事故で身体的に無理というならばまだしも、
精神的にとかは、もう笑うしかないな。
どれだけ甘えているのだと。
そういうのはバイトで当然だよ。
むしろ金をやる必要すら無い。
0087デフォルトの名無しさん2008/07/10(木) 11:10:29ID:???
CakePHP1.2,PHP5でviewにチェックボックスを表示しています。
デフォルトをチェックが入った状態にしたいのですが、以下のようにvalueを指定してもチェックが入りません。
どのように指定すればチェックが入るのでしょうか？

echo'<div>'.$form->checkbox('comset/admin',array('label'=>"",'value'=>1)).'管理者のみ表示</div>';
0088nobodyさん2008/07/10(木) 13:01:36ID:???
>>87
# ComsetsController
if (emtpy($this->data))
$this->data['Comset']['admin'] = 1;
# Views
echo'<div>'.$form->checkbox('Comset.admin',array('label'=>"")).'管理者のみ表示</div>';
じゃないかな？
0089nobodyさん2008/07/10(木) 13:05:38ID:???
>>85
1.2ならContainableビヘイビア
0090nobodyさん2008/07/10(木) 14:37:07ID:???
beforeFindで$queryDataを見て、特定の検索条件があったときに
ほにゃらって処理をしているんだけど、

CakePHP1.2から、$conditions => array('key =' => 'value');になったでしょ？
今まではarray_keysでkeyがあるかどうかって見ていたんだけど、
これからは'key ?'ってなっちゃって?の部分が変わるから
単純にarray_keysが使えないんだよね。

これの代わりになる便利な関数って用意されているか知らない？
0091872008/07/10(木) 16:53:38ID:???
>>88
実現できました、ありがとうございます。

立て続けで申し訳ないのですが、ラジオボタンの表示で
ラジオにチェックを入れるにはどのように指定すればよいのでしょうか？
ラジオの数が動的に変わるため、以下のようにして作成しています。
ループ内である条件に一致する場合に、ラジオにチェックを入れるようにしたいです。
一致するのはループ内で１回のみです。
for($i=1; $i<=$n; $i++){
$arradio[$i] = $dt_hoge['Table']['no_'.$i]."<br />";
}
echo '<div>'.$form->radio('hogeset/hoge',$arradio,array('legend' => false)).'</div>';
0092nobodyさん2008/07/10(木) 17:06:37ID:???
>>91
forはview内かな？
だとしたら、viewで
if (!empty($this->data['Hogeset']['hoge']) $this->data['Hogeset']['hoge'] = 初期値 ;
じゃまいか？
やりたいことを、良く理解していないから、はずしてたらすまん。
0093872008/07/10(木) 19:50:48ID:???
>>92
ありがとうございます。

$this->dataがない状態で選択しようとしたからか、
教えていただいた方法では、実現できませんでした。

いろいろ試してみた結果、
選択したい値をradio生成時にvalueで指定したらとりあえずできました。
echo '<div>'.$form->radio('ansset/ansr',$arradio,array('legend' => false,'value'=>4)).'</div>';
0094nobodyさん2008/07/10(木) 20:52:53ID:???
>>93
valueを直で指定すると、validation error のときに困るんじゃない？
0095nobodyさん2008/07/11(金) 15:46:07ID:???

今、1.2betaから1.2RC2に移行しているわけだが、

変わりすぎてて俺、涙目ｗｗｗｗｗ orz



RC2 から 正式版の間ではあまり変わらない事を祈っている・・・
0096nobodyさん2008/07/11(金) 16:03:01ID:???
stableっていつごろなのかな？
RC1→2はわりと早かったけど・・・
0097nobodyさん2008/07/11(金) 17:01:52ID:???
1.2出たら、ポケットマニュアルも1.2対応で
すぐに出るんだろうか？
0098nobodyさん2008/07/12(土) 03:58:01ID:GP2h4Bov
Aモデルの中で
Bモデル->save()みたいなことしたいけど、ダメ？
コントローラ内で
Ａモデルのデータとってきて
$this->Ｂモデル->save()するを完結するのががベストかな？

0099nobodyさん2008/07/12(土) 03:59:50ID:GP2h4Bov
モデルを厚くするのがベストてCakePHPに書いてあるけど
モデルの自由度が凄く悪い気がするんだが・・・
0100nobodyさん2008/07/12(土) 04:04:06ID:GP2h4Bov
コントローラだと何でも出来ちゃうから
結局コントローラが厚くなってしまうんだよな
一通りコーディングが終わってからリファクタリングする形で
モデルを厚くしていかないと。
調べながらだと時間もったい気がする
0101nobodyさん2008/07/12(土) 11:07:21ID:???
1.2のスライドにも、モデルが薄く、
コントローラが厚くなってしまうのが
問題って書いてあるな。
わざわざスライドにしてるってことは、
1.2で改善されるんやろか？
0102nobodyさん2008/07/12(土) 13:48:03ID:???
問題なのは、フレームワークじゃなくて、
そういうコードを書くなってことだろう。
0103nobodyさん2008/07/12(土) 19:30:01ID:???
>>100
> コントローラだと何でも出来ちゃうから
> 結局コントローラが厚くなってしまうんだよな

似たような話。

関数作らなくても何でも出来ちゃうから
結局コードが長くなってしまうんだよな。

結局だ、単なる経験の問題。
経験をつめば自然といいコードが書けるようになるよ。
0104nobodyさん2008/07/13(日) 07:35:50ID:yyUJjXK2
どれだけ頑張っても
ModelとControllerの厚さを同じくらいにまでしか
もっていけねえｗ
強引にモデルにもっていけなら別だけどｗ
0105nobodyさん2008/07/13(日) 17:55:25ID:???
初歩的な質問なんだけど、WEBのフォームから渡された値って、
基本的にモデルのvalidatesで全部チェックしていいんもんなんですか？

例えば、会員の新規登録でパスワード(password)と
パスワード確認(password2)を比較して同一かチェックするとか。
0106nobodyさん2008/07/13(日) 18:01:54ID:???
規約に同意するかどうか、とかもモデルのバリデーションでやってます。
0107nobodyさん2008/07/14(月) 02:01:47ID:???
「CakePHPガイドブック」ってもう廃刊なのですか？
去年末に発売したばっかりなのになぜ？
0108nobodyさん2008/07/14(月) 06:42:09ID:???
内容が基本的に1.1だからでは？
フレームワーク本としては、かなりいい本。
0109nobodyさん2008/07/14(月) 14:05:46ID:???
1.2RC2の話。

1.2からbehaviorsのattach/detachができるって、
あちこちに書いてあるけど、最近仕様が変わってるっぽいね。

よく書いてあるのが、コントローラで$this->Model->attach(ビヘイビア名）。
でも今は$this->Model->Behaviors->attach(ビヘイビア名）
間に、Behaviors（BehaviorCollection）が入ったようだ。
0110nobodyさん2008/07/14(月) 15:48:07ID:???
チラシの裏

どうも、RC2にしてからユニットテストでメモリ不足と言われる。
メモリ制限をゆるくすればいいのだが腑に落ちない。

それで調べてみると、なんとアサーション一つにつき40KBぐらいも消費していた。
アサーションの数が3000個だと120MB。そりゃ足りないって言われるわなｗ

それでコードを追ってみてみると
/cake/tests/lib/cake_reporter.phpの関数
（特によく呼ばれるのはpaintPass）の中のob_start();が原因。

なんか知らんが、ob_start();を一回呼び出すとそれだけで40KBも消費する。
ob_end_flush()を呼び出すとメモリは解放されるっぽいけど、
どうもこのクラスの中では呼び出していない。（どこか他で呼び出しているの？）

そしてアサーション一つごとにob_startが連続して呼び出されることになる。

ob_startごときで40KBも消費するのも、変な感じだが
このob_startっているんだろうか？前のリビジョンのコードには存在しなかった。
とりあえず取ってみたが変化はわからない。
現在リファクタイリング中みたいだからそのうちどうにかされるのかもしれない。
01111052008/07/14(月) 17:10:17ID:???
>>106
そういうもんなんですね。
どもです。
0112nobodyさん2008/07/15(火) 10:18:07ID:???
findNeighboursで１テーブルから前のID,後のIDを↓のように取得しています。

$where = array('hogekb =' => 1);

$this->set('nei_kekka', $this->Nani_table->findNeighbours($where,"Nani_table.id",$id));

ここに1テーブルjoinさせたいのですが、
以下のように設定したjoin句はfindNeighboursのどこにセットすればよいのでしょうか？

$options['joins'][]=
array(
'type' => 'INNER',
'alias' => 'Hoge_table',
'table' => 'hoge_table',
'conditions' => array('Hoge_table.id = Nani_table.id')
);
0113nobodyさん2008/07/15(火) 14:41:34ID:kKo7V/Gs
DBに入れるほどではなく、CSVファイルとしてデータを持っていて
それをコントローラから参照したい場合、CSVファイルはどこに設置するのが
一番スマートなんでしょうか？
0114nobodyさん2008/07/15(火) 14:50:47ID:???
俺もそれ知りたいな。
XMLファイルとか。

tmpフォルダとかかな？
0115nobodyさん2008/07/15(火) 16:20:51ID:???
>>113
webroot の files フォルダ。これが一番いいと思う。
0116nobodyさん2008/07/15(火) 17:29:56ID:???
>>115
外部から見られたくないファイルなのでは？？
01171132008/07/15(火) 20:00:24ID:???
>>115
そうなんです、外部から見られたくはない。
いや見られても良いデータなんですけど、なんか変な感じなので。

>>114
tmpフォルダは考えたんですけど、役割的に違和感があるんですよね。


まぁ、結局DBにつっこんで今はやってみましたけど。
うーん。
0118nobodyさん2008/07/15(火) 20:22:19ID:???
バージョンアップの際、appフォルダごと入れ替えるため、
appフォルダ以下にはデータは入れたくない。
cakeフォルダ以下には、データは入れるはずない。

appやcakeフォルダと同じ階層に、dataフォルダでも
作って、例えば画像ファイルとか入れられれば、
良さげに思うが。それは無理なん？
01191132008/07/16(水) 11:57:50ID:???
>>118
あ、その方法がありましたね。
確かにそれであれば全然いける上に、スマートかも。
ありがとです。今後、検討してみます。
0120nobodyさん2008/07/16(水) 13:11:14ID:ahXuksxu
>>113
DBに入れるほどではないデータは配列にしてモデルに入れてるよ
0121nobodyさん2008/07/16(水) 13:16:24ID:ahXuksxu
画像ファイルはvendorsでいいと思うんだが

0122nobodyさん2008/07/16(水) 13:22:04ID:ahXuksxu
一番スマートなのはプロジェクトappと同じ階層にdataフォルダだな
CakePHPはデータ保存場所を考慮したフォルダ構成じゃないから
CakePHP内にデータを置くこと自体がスマートじゃ無いってことかな
0123nobodyさん2008/07/16(水) 13:24:33ID:ahXuksxu
フレームワークの中にデータを保管しようという思考が
そもそも、おかしい気がしてきたよ
0124nobodyさん2008/07/16(水) 13:27:51ID:ahXuksxu
フレームワーク外にcsvファイルを置くのが一番ベストだ！
0125nobodyさん2008/07/17(木) 08:07:12ID:/Q3Ys2pH
フレームワークっていつまで使えるだろう
10年後、20年後にも、CakePHPはあるだろうか？
そもそもPHPは使われてるだろうか？
0126nobodyさん2008/07/17(木) 08:11:21ID:???
>>125
ﾑﾘﾎﾟ
0127nobodyさん2008/07/17(木) 08:46:29ID:???
>>125
じゃあ、こう考えるんだ
１０年前はどうだったかを。

それで今も残っていればあるってことになる。

って１０年前はPHPそのものがなかったか。
0128nobodyさん2008/07/17(木) 09:23:54ID:r8Tb5l59
その都度、旬な商売道具(今ならphpフレームワーク)使って儲けるしかない。
これやれば１０年後安心てのはＩＴ社会には無い
0129nobodyさん2008/07/17(木) 09:26:42ID:???
UTF-8、PHP1.2で作ってるんだけど
フォルダ内のファイル名を読み込んだ時に
$file = readdir($dir)
だけだと日本語のファイル名が文字化けしてしまう。
部分的に関数通して文字化け回避する方法ってある？
01301292008/07/17(木) 09:58:29ID:???
128はCakePHP1.2の間違いです。
0131nobodyさん2008/07/17(木) 16:12:51ID:hC9JNlTl
CakePHP1.2を使用しているのですが、
AppModel::queryを使って取得したデータを
paginatorに渡す方法ってありますか？
01321312008/07/17(木) 16:26:20ID:hC9JNlTl
任意のSQLでpaginateがしたいんです！

01331312008/07/17(木) 17:05:12ID:hC9JNlTl
無茶苦茶な方法ではありますが、
対象のModelでpaginateをオーバーライドして、
$coditionsの中にsqlを入れて取り合えず
期待する動作は得られるようになりました。
0134nobodyさん2008/07/17(木) 18:56:26ID:???
>>127
PHPはあっただろｗ
0135nobodyさん2008/07/18(金) 16:19:03ID:???
>>133
無茶じゃなくてまっとうな方法。
Modelにpaginateメソッドは存在しないからオーバーライドではない。
Controllerのpaginateメソッドが最終的にfindする際に
Modelのpaginateメソッドが存在すれば代わりにそっちを呼ぶようにに作ってある。

0136nobodyさん2008/07/18(金) 19:07:42ID:???
modelはDBのテーブルと1対1が想定されているけど

DBテーブルに登録する際にバリデート内容が異なる画面が３つあった場合
DBテーブル1に対してモデルが3つ必要になるよね

Aテーブルがあったとしたら
A1モデル　使用テーブルA
A2モデル 使用テーブルA
Ａ3モデル 使用テーブルA
それぞれのバリデート処理を実装することになるよね
0137nobodyさん2008/07/18(金) 19:08:40ID:???
ログイン形式の携帯サイトを作ってるのですが、
CakePHPで「ログインされたかどうか」はどのように持つのが一般的なのでしょうか？
PCサイトではセッションを使うことが多かったんですが、キャリアによってセッションが使えない場合があると聞いたもので。
0138nobodyさん2008/07/18(金) 19:11:29ID:???
DBテーブルに登録する際にバリデート内容が異なる画面が３つあった場合
ひとつのモデルで完結できるのかな？

A1モデル　使用テーブルA

画面1のバリデート処理
画面2のバリデート処理
画面3のバリデート処理
0139nobodyさん2008/07/18(金) 23:07:31ID:???
普通にケースごとのvalidateメソッド書いてるけど。
0140nobodyさん2008/07/19(土) 11:23:27ID:???
>>137
自分は
セッションとクッキーの連携プレーを使ってるよ。

キャリアって携帯でしょ？
携帯の場合はセッションキーをクッキーに埋め込むのよ。

0141nobodyさん2008/07/19(土) 13:45:27ID:???
携帯ではクッキーが使えない機種があるだろｗ
0142nobodyさん2008/07/19(土) 15:54:19ID:???
>>137
普通にURLにセションキー埋め込めよ。

>>140
(　ﾟдﾟ)ﾎﾟｶｰﾝ
0143nobodyさん2008/07/19(土) 16:24:22ID:jBy/EgFS
モデルの数が凄い増えてきたら
モデルを使いたいコントローラメソッド内で

App::Import('Model', $model_name);
$model = new $model_name();
$model->findAll();

した方がいいね

どのコントローラメソッドでも共通利用することの多いモデルだけ
$usesに入れた方がよくね
じゃないと極端な話、一つのコントローラで利用するモデルが３０個あった場合
$uses=arrray('A1','A2','A3','A4','A5','A6','A7','A8','A9','A10','A11','A12','A13','A14'・・・・・・・・・)
てなると$usesだけで管理するのしんどいよ。
0144nobodyさん2008/07/19(土) 16:28:28ID:???
モデルが30個もあるシステムをCakeで作るとは・・・
どんなシステム？レスポンスどうなの？
0145nobodyさん2008/07/19(土) 16:39:57ID:jBy/EgFS
>>144
A8のようなアフィリエイトサイトだよ。
レスポンスはアソシエーションを
その都度 bindModelする方法なら悪くはないよ
重くなるとしたらSQL関連だと思うから後はcacheに頼る
0146nobodyさん2008/07/19(土) 16:45:53ID:???
一つのコントローラに詰め込み過ぎじゃないの？
0147nobodyさん2008/07/19(土) 16:58:22ID:jBy/EgFS
>>146
３０個あるモデルは使用するDBテーブルは同じでバリデートの内容が若干違うので
モデルを複数分けした。
なのでモデルの数だけコントローラを増やすというのもなあ・・・
ページ構成もおかしくなるし
0148nobodyさん2008/07/19(土) 17:03:55ID:jBy/EgFS
コントローラの数はＤＢテーブルの数と比例するくらいの量で
モデルの数はバリデートのケース分、増えて行ってる
0149nobodyさん2008/07/19(土) 17:08:42ID:jBy/EgFS
１つのＤＢに対して３０通りのバリデートのケースがあれば
コントローラが１に対してもモデルが３０になる
0150nobodyさん2008/07/19(土) 17:23:07ID:jBy/EgFS
レスポンス的にはApp::Import('Model', $model_name);の方が負荷は軽減できるよね
管理的にも$usesで管理するよりも
コントローラメソッドの先頭でApp::Importを宣言する方が管理しやすい気がする
デメリットはコーディング量が少し増えるくらいかな
でも、どのコントローラメソッドでも使うモデルだけは$usesに入れるから
そんなにコーディング量は増えないかな
0151nobodyさん2008/07/19(土) 17:41:39ID:???
>>148
そもそも、バリデートの数の分だけ
モデルを増やすのがおかしくね？

モデルのsave()で、バリデートするかしないかのフラグがあるだろ？
これって考え方を変えれば、バリデート1（データチェックする）、
バリデート2（データチェックを一切しない）という二つのバリデートと考えられる。

だからバリデート3（一部だけチェックする）ってのも、一つのモデルに入れてしまうのもありと思うが。

あとは、Model->save()の前に、Model->バリデートタイプ = '一部チェック';
なんてやっておいて、Modelのvalidateメソッドあたりで、バリデートタイプをみて
チェック項目を変更すれば良いんじゃね？

Modelのvar $validate、やったことないけど、
コードの中からでも変更できるんじゃね？
0152nobodyさん2008/07/19(土) 17:45:08ID:???
バリデーションでモデル分けるのか・・・
なんか変な感じ。
0153nobodyさん2008/07/19(土) 17:51:24ID:???
それと、App::Importよりも、Controller::loadModel()の方がよくね？
いや、使ったこと無いし情報も見つからなかったからよく知らんが。

ちなみに非推奨になったloadModel関数ではなく、
コントローラのメソッドのloadModel()だから。
0154nobodyさん2008/07/19(土) 17:55:57ID:jBy/EgFS
Modelのvar $validateが
$validate1
$validate2
$validate3
という風に複数使えれば
バリデート分モデルを増やす必要は無いけど
バリデートタイプをみてチェック項目を変更ていうのは
変更項目が多いとコードが複雑に肥大化するのがなあ・・・



0155nobodyさん2008/07/19(土) 18:04:40ID:???
>>154
やろうと思えば、できるとおもうけど？

コントローラで、$model->save()呼び出し前に
$model->validate_type = 'type1';

モデルのどこかで、$this->validate = $this->{'validate_' . $this->validate_type};

そうすりゃ、$validate_type の条件でチェックしてくれるよ。

具体的にどこのメソッドでやるのがふさわしいかは
ちょっとやってみないとわからないけど。
0156nobodyさん2008/07/19(土) 18:05:53ID:???
訂正

そうすりゃ、$validate_type1 の条件でチェックしてくれるよ。
0157nobodyさん2008/07/19(土) 18:19:45ID:jBy/EgFS
>>156
その方法で出来るのなら、ちょっと試してみます
0158nobodyさん2008/07/19(土) 18:24:34ID:jBy/EgFS
>>153
App::Importよりも、Controller::loadModel()の方がよくね

理由は何でしょうか？
どう違うのですか？
0159nobodyさん2008/07/19(土) 18:36:14ID:???
>>158
$usesの代わりと考えるのならば、
$usesで指定したのと同じ状態になるのが良い。

App::Importは単にクラスを読み込むだけ。
$this->Model にインスタンスを生成したりしない。

コードをざっと見ただけの意見だが、
コントローラの初期化処理で、$usersを見て値が入っていれば、
Controller::loadModelを呼び出してモデルを生成している。

loadModelはクラス生成以外にもなんかやってる。

だからloadModelを使ったほうがトラブルが少なくなりそうだと思った。
でも使ったことは無い。loadModelは外部から使うべきものじゃないかのうせいもある。
（普通は使うべきじゃないのなら _loadModelになっているはずだとは思うが）
0160nobodyさん2008/07/19(土) 18:47:19ID:???
>>140
・・・ごめん。セッションキー埋め込みだった。
0161nobodyさん2008/07/19(土) 19:07:40ID:jBy/EgFS
>>159
なるほど、よくわりました。
_loadModelてのは何ですか？
0162nobodyさん2008/07/19(土) 20:12:00ID:???
メソッド名の先頭に _ をつけると、外部からの使用を推奨していないということ

loadModel()に、_が付いていない以上、普通に呼び出して良い（ことが窺い知れる）
http://api.cakephp.org/class_controller.html
01631622008/07/19(土) 20:14:27ID:???
といっても、これ、知らなかった。loadModel()
特定のactionでしか使わないModelなんかは、これで動的に呼んだ方が良さそうだね。
修正しよっと
0164nobodyさん2008/07/19(土) 23:06:40ID:jBy/EgFS
バリデーションをビヘイビアを利用してyaml化にして
コントローラ内でattach関数を使って読む込むyamlファイルを動的に選択させることで
モデルを増やさずにバリデーションyamlファイルだけ増加させることで解決できた
0165nobodyさん2008/07/19(土) 23:10:53ID:jBy/EgFS
これでバリデーションが必要な画面数に比例してyamlファイルが増加していく
0166nobodyさん2008/07/20(日) 07:59:18ID:???
1.2からずいぶんと実践的になったよね。

フレームワークを使っている人が作っている感がでてる。
0167nobodyさん2008/07/23(水) 16:23:08ID:???
ローカルで開発してるんだけど、1.2RC2は1.1よりも動作が遅いな。
0168nobodyさん2008/07/23(水) 20:47:49ID:???
1.2になってsymfonyよりも遅くなったみたいだね。
しかもsymfonyの遅い原因だったPropelも今度のバージョンで速くなったし
なんだかなー。
0169nobodyさん2008/07/23(水) 21:18:09ID:???
>>167 168
まじっすか。痛いっすね。
ただでさえ重いのに。。。
0170nobodyさん2008/07/23(水) 22:31:35ID:bVhJ1Ly7
どんだけ遅いマシン使ってるんだよｗｗｗｗｗｗｗｗ
0171nobodyさん2008/07/23(水) 22:32:47ID:pE/1LCdw
かといって、今後のメンテを考えると、1.1系で行くわけにもいくまい。
チューンナップが進むのを期待するだな。
0172nobodyさん2008/07/23(水) 22:39:51ID:???
いや、マジで遅いよ。
モッサリという感じ。
1.1はサクサクだったのに残念。
0173nobodyさん2008/07/24(木) 01:13:17ID:v8PYU5tT
キャッシュ利かせればモッサリとかねーと思うんだが
デバッグモード解除してもモッサリするようなら
ＳＱＬがらみ、bindmodelで上手にやれば問題なし
0174nobodyさん2008/07/24(木) 02:22:41ID:???
そういえばデバッグモードが重いって話じゃなくて？
0175nobodyさん2008/07/24(木) 13:44:45ID:???
この流れは、そろそろAkelos考えてみっかになるんだろうな・・・
0176nobodyさん2008/07/24(木) 13:56:02ID:YLl3rq+t
>>175
ttp://pc11.2ch.net/test/read.cgi/php/1187333485/86
0177nobodyさん2008/07/24(木) 18:43:29ID:???
デバッグモードが遅いってだけの話じゃね？

1.2のbetaの時にくらべ、デバッグ情報の量が
かなり増えているから。
0178nobodyさん2008/07/24(木) 19:04:07ID:???
いくらCakeに不満があっても、Cakeしか使えない・・・

Cakeが初めてのフレームワークでも、すんなり移れるフレームワークってないですか？？
symfonyとかサッパリ；；
0179nobodyさん2008/07/24(木) 19:13:11ID:???
つ ちいたん
0180nobodyさん2008/07/24(木) 19:43:19ID:???
>>137-142らへんの話に便乗するけど、
URLにセッションIDを埋める場合って
session.php内のuse_trans_sidを1にしないと使えないの？

PCサイトとプロジェクトが共通だから、なるべく共通的なところは
いじらずにやりたいと思うのだけど。
01811782008/07/24(木) 20:16:32ID:???
>>179
さすがにライトすぎるというか；
使ってもみないで言うのもなんですが・・・

CIとかも流行ってきてますね。ちょっと気になる。。
■ このスレッドは過去ログ倉庫に格納されています