>>748
ですよね・・。
本当にファイル解凍してcore.phpのSecurity.salt変更して
単純なページ表示しただけなんです。
自作のフレームワークやPEARでこういう事がなかったので
CakePHPの問題だと思っています。

とりあえず、良くある問題じゃないみたいなので、自分で解決します。

>>749
ネットに繋げる必要ないのにですか？それは信じがたいですね。

てか普通にそんな遅かったとして
そこらで使われるわけねーだろ

なんども読み込んでもその秒数？
とりあえずDebugKit入れてどこで時間食ってるか計測してみな

あとConfigure::writeのdebugを0にしてやってみると速くなったかも

おれの開発環境WinXP+Xamppでも２～３秒は普通にあるよ。
HelloWorldはさすがにそんなにかからないと思うけど。

>>754
わかりました。

あと、さくらのサーバに入れたら違和感なく表示されました。
ですので、サーバの問題だと思います。
CakePHPの問題じゃないと言う事は、自分が間違っていました。すみませんでした。

xamppで実行すると断然遅いのはお約束

だからローカルだと遅いといったろが！このやろう！！

Linux上だと普通

だからCakeが遅いんじゃないっていったろがこのやろー

ローカルサーバで1.2が重いのはなぜ？
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=1592&forum=3&viewmode=flat&order=DESC&start=10

モデルのテストケース書くときって、バリデーションのテストケースまで書いてる？
バリデーションの組み合わせをテストするだけで結構な量のテストになるのだけど

どこまでテストするべきか、それともバリデーションのテストは不要か悩む

session関連で、ブラウザがchromeの時だけ発生している現象で困っています。

$data['1']['1'] = 'A';
$data['1']['2'] = 'B';
$data['2']['1'] = 'A';
$data['3']['2'] = 'B';
といった配列を
$this->Session->write('data',$data);
で保存し、
次のページで
$data = $this->Session->read('data');
とやったあとで$dataを確認すると、

$data['1']['1'] = 'A';
$data['1']['2'] = 'B';
だけになっているのです。

$data['2']['1'] = 'A';
$data['3']['2'] = 'B';
がロストしています。

chromeでセッションIDの受け渡しにクッキーを使っているときだけ発生します。
IEでは問題ありません。
セッションIDをURL埋め込みにすると、問題なく動作するようです。
でも可能な限り埋め込みは使いたくないのです。

何かご存じの方、ご意見いただきたいです。
よろしくおねがいします。

条件がさっぱりわからんのです。
おっしゃるような追加もいろいろやってみたのですが
法則がつかめません。

今気がついたのですが、
セッションを保存しているファイルを監視していまして、
sess_****
というファイルが
IEの場合は、二つ作られるのに対して、
chromeだと三つ作られています。
その三つ目のセッションファイルの中身がすでにデータ抜け落ちているようで、
そちらを優先してreadしているみたいです。
二つ目だとデータが保持されています。

外部ファイル読み込んでるけど、そのファイルがないからCakeが起動してて、そこでセッション発行してるとか
そんな感じの何かを感じた

なるほど、外部ファイルですか。
ソースを確認してみます。

>>739
トンチンカンなこと言ってるなよ。
改修案件・リプレイス案件で使えないようなFWなんて
使い物にならんね。

>>769
CAKEがつかえねーと思うなら他にもいっぱい良いフレームワークがあるのだから、そっちに行けばいい

だよな
少なくともRailsとかCakeみたいに規約で縛るタイプのフレームワークは
既存のシステムに合わせるのは向いてないんだから
それに向いてるフレームワークを使えばいいだけだ

あえて釣られてみるが・・・
＞改修案件・リプレイス案件で使えない
なぜそう思う？

DB構成が特殊な案件なんだろ
命名規則が面倒とか

俺みたいな優柔不断の場合、
Cakeのようにガチガチに縛った仕様の方が
使いやすい時がある。

いま、そういう話ししてるんじゃないよね？

だよね

亀甲縛りに見えて発情したじゃねーか

ガチムチだろそれ言うなら

よくフレームワーク使う理由に「他人もわかるようにするため」
みたいな理由聞くけど、フレームワークだからって簡単に分かるか？
やっぱり、個々の作り方に依存すると思うんだよな。

だよね。

Cakeは配列だらけなのがうざい

完全OOPでCake並に使いやすいFWがほしいな

>>779
依存するような作り方はしないように努めるもんだ
何使っても自分のことしか考えられなければ同じこと

>>782
それはそうなんだが、そう言いだしたらどの書き方でも一緒だよな？
それこそ自作フレームワークでも、コメントちゃんと書いてれば。

>>784
自作でも国際的に主流になってる書き方を心がければ同じだろうな
そうした仕組みを共有しやすくしているのがFrameWorkだろ

よくある主流になれなかったFWだね。

FWは中身でなく、普及率が鍵。

よさそうだけど普及率いまいちだね

開発スピードも遅いみたいだし

ただ、Cakeの配列だけはどうにかならんのか

Cake2まだー？

1.2から1.3を躊躇してるんだけど移ったほうがいいかな？
ここはスルーしてCake2なりリチウムなり待ったほうがいいかな？
みんなどんな感じなの？

>>790
俺なら1.3もイジるし、リチウムもいじる。
自分で触んなきゃ何もわからんから。

2chは参考程度じゃね。

Yiiとかはどう？

設置しやすそうだし、現状ではよさげなんだが

移行するって簡単なようで難しいよな。

俺も自作FWからCake1.3に移行しているけど、
手癖がある分、以降が困難だ。
しかも、自分で作ったコードを誰かと共有して使うかって言ったら
その可能性はかなり低いだろうし。自作でもいい気がしてくる

残るけどfindの戻り値はオブジェクトになるとか

>>792
sqlite使えるのは便利

Yiiは予約語少ないのがいいね

ただ流行るかは未知数
個人的には流行って欲しい

CakePHPは便利ちゃあ便利なんだが
CMS界のWPのような存在になったらそれはそれで困る

>>795
中途半端にオブジェクトにされてもな
引数について言及されてないってことは、引数は配列のままなんでしょ？

>>797
>CMS界のWPのような存在になったらそれはそれで困る
なぜに？

>>798

たぶん、そのままなんだろうねえ…


>>799

外見はいいけど中身が中途半端＆時代遅れ
CMSはまだいいが、FWで中身が中途半端＆時代遅れだとかえって使いにくい