>>949
だって1.3を改善したからバージョンが上がって2.0なったんですよね
おかしくないですか

Windows XPからVistaにバージョンアップしたときのことを思い出せ

>>951
幼稚園や小学校の頃は神童とか天才児とか言われてたのに
中学校に入ってみたら周りが頭よくて全然ついて行けなくなったりするだろ。
そして高校に入ったらだいたいボッチで、大学に行ったら便所飯。
大人になるってのはそういうことなんだよ。

Apacheにもプロセスの1.3系とスレッドの2.0系が平行していた時期があってな

「数字が大きい方がすごい」というのはスカウターシステムによる弊害

だったら2.0なんてつけんじゃねえよｋｓ

皆、親切に答えてるが、ここはプログラムをあつかう板なんだし
そんな板で>>938みたいなレスをする奴に分からせるには
懇切丁寧な説明が必要だと思うぞ。相手するだけ無駄だと思う。

>>957
>>953

要はchromeとchromiumみたいもんだろ

それは別ブランチでちょっと違う。

今の彼女と惰性つきあい続けても、いずれダメになりそうなら
新しくもっといい彼女作るのが前向きな姿勢ってもんだろ？
でも新しい彼女とすぐにオマンコできるわけじゃないし、とりあえずは
前の彼女とオマンコしつつ、新しい彼女との関係をよくしていくわけだ。
正式に新しい彼女とつきあうことになったという時点で乗り換えてもいいけど、
まだオマンコできるかどうかわからないような状態であれば、前の彼女との関係は
切らずにおいた方が得策と言うことだよ。

これちゃんと説明できる人いないね
ちなみに某大手を受けたときにこの質問出た

>>962
俺が最高の説明をしただろハゲ！

963が今のところベストな説明
某大手を受けた962はさぞかし素晴らしい説明ができるんだろう。期待

>>961
まて、これがバレて俺はちょっと大変なことになったからな
そういう場面に備えて他のフレームワークの使い方も覚えておいた方がいい。

アソシエーション先（User）のアソシエーションしている箇所（Profile）
を取得しようとすれば、$data['User']['Profile']['image']

みたいな連想配列になるんだが・・・
どうして、$data['Profile']['image']じゃないんだろ？

>>965
そもそもの前提が良くない。
彼女は一人だけという先入観にとらわれてないか？
状況と目的によって彼女は付き合い分けるべきだ。

童貞の>>962にもわかるように例えると、ドラクエ３あるだろ？
あれで魔法使いが賢者に転職するようなもんだよ。
魔法使いと、魔法使い2.0とも言える賢者を比べたら、賢者の方が優れてるけど、
まだレベルが低いんだよ。
次の段階に踏み出すには、また1からやり直さなきゃいけないんだよ。

悔しかったんだね

>>966
アソシエーション間違ってない？
JOINして取得できる分については$data['Profile']['image']みたいな配列で、
2つアソシエーション先のものとかJOINしないで個別にSQL発行して取得するものは
$data['User']['Profile']['image']になるはず
userとprofileなら普通にJOINして取れるはずだし

>>970
2つ先の物を取ろうとしたんだよ。
過去レスで似たようなのがあった（>>784）けどさ。

Cakeの仕様上、仕方ないとは言え、
モデルのモデル・・・みたいな多次元配列は少々違和感あってね。

つか1.3と2.0は仕様的に別系統だよな。
命名規則や記法まで変わってるわけだし。
アップグレード目的と言うよりはおそらくほぼ0ベース開発なのかと。

まあなんだかんだ言って2.0がもう少し安定したら俺も乗り換えるな。
面倒で複雑だが、慣れてしまえばなかなか便利なFWだし、他に乗り換え手段も殆ど無い。

そこでYiiですよ

もう、Cake以外のFW覚えるなら、オレオレを極めた方が良いと思う

なんだかんだでオレオレを作り上げるのも手間なんだよなー

オレオレの場合、設計と命名規則で悩むんだよな・・・
もの凄く細かい部分でも意味が通じない時になって仕方ない

オレオレをゼロから作ると書くコードが多すぎて手が疲れて挫折
コピペ駆使してもこれだもんなあ
車輪の再発明みたいなことしたくないわ

うーんcakeではここはどうやってるんだろうな？ちょっと参考にしてみよう
↓
まあこの部分はcakeから丸ごと貰ってこよう。後でちょっとオレ流に直せばいいや。
↓
はっ！最初からcake食ってれば

>>977
全くのPHP初心者ならそうなるだろうが、
大抵の人は自分なりにライブラリを作成してないか？

>>978
あるあるｗｗ

>>979
今までJavaしか使ってなかったからPHPの資産なんてない俺みたいなのも
そんなにレアケースではないと思うが

そんな奴がいきなりフレームワーク使おうとするの？

>>982
よほどの素人以外、PHPをフレームワーク無しで使おうとか思わんだろう。

>>982
今日のバカ

>>983
そんな事はないと思うが。
ググって適当にプログラム系のブログでも見てみたら？
FW使っている絶対数の方が少ないから。
>>984
偶然だな。君と同じ意見だ。

・よほどの素人
→ifとかforeachとかPHPの基礎から勉強
・基礎を学んでいるプログラマ
→自分で関数やクラスを作ってるからオレオレを作る
・オレオレだとコードに統一感がないからフレームワークを使う
→過去の経験を踏まえてCake用のヘルパーやコンポーネントを作る

こんな感じじゃねーの。よほどの初心者～そこそこの経験者で
オレオレが作れないレベルの奴っていないと思うが。

アソシエーションについておしえてください。
ModelにhasManyとbelongsToの関係を書いてます。
いまの書き方だとJOINが Post`.`user_id` = `User`.`id`になってしまいます。
これを`Post`.`user_id` = `User`.`user_id`にしたいと思っています。
勝手にidとJOINされてしまうはなんとかならないのでしょうか。

User.phpに
public $hasMany = array(
'Post' => array(
'className' => 'Post',
'foreignKey' => 'post_id',
)
)


Post.phpに
public $belongsTo = array(
'User' => array(
'className' => 'User',
'foreignKey' => 'user_id',
)
)

>>987
Userテーブルにidとuser_idの2つがあるの？主キーはどっち？

>>987
適当だけど、UserモデルのprimaryKeyをuser_idに設定したらいいんじゃね

>>988-989
primaryKeyをuser_idにしてみたらできるようになりました。
ありがとうございます

>>978
これをshort cakeと言います

そーなのかー

「自分が登録している以外のデータを一覧表示する」

と言う条件って、INを使うのでしょうか？
そうだとして、INをCakeで使う場合、
$this->find('all', Array('conditions' => Array('id' => $conditions)));

みたいに、$conditions部分の配列を生成（一旦findで取得？）
する方法しかないのでしょうか？

>>992
$this->_Viewに入ってるよ。移行ガイドぐらい見ましょう

>>994
$conditions = array(
'user_id !=' => $jibun_no_id // $this->Auth->user('id')
);
「自分が登録してる」の設計がわからんが多分こういうこと？

>>995
$options = array('conditions' => array('>Bookmark.user_id' => $user_id));
$this->Bookmark->find('all', $options);

みたいなので、「自分が登録しているブックマーク」を取得できます。
ブックマークの内容は何でも良いんですが、
例えばポータルサイトのお店を登録しているとします。
その前提で、「自分が登録しているお店以外の一覧を表示したい」
という条件を実現させる場合はどうするのかな？と思いまして。
INというか、NOT　INですかね。

NOT INなら
$conditions = array(
'NOT' => array(
'hoge_id' => $fugaList
)
)

そんなことより次スレよろしく。

CakePHPで会員登録用のプラグインって出てますか？
メールでリンククリック認証で、
忘れたときは再発行できる機能がついてたりするのがあればいいんですが。

せんまさお