のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:126,368,878人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

    私的良スレ書庫

    不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
    ログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

    元スレ【PHP】フレームワーク CakePHP　3ホール目【本命】

    php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニュー
    スレッド評価: スレッド評価について
    みんなの評価 : ○
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    レスフィルター : (試験中)
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで
    452 : nobodyさん - 2008/03/28(金) 14:15:24 ID:??? (+32,+29,-6)
    >>450
    ではJOINを使わない理由になんて書いていますか？言ってみてください。
    453 : nobodyさん - 2008/03/28(金) 14:17:30 ID:??? (-8,-11,-32)
    >>452
    スケールするためにデータベースを分割し、JOINが使用できなくなったから。
    454 : nobodyさん - 2008/03/28(金) 14:20:13 ID:??? (+27,+29,-27)
    スケールとはパフォーマンスをあげるということです。
    455 : nobodyさん - 2008/03/28(金) 14:21:44 ID:??? (+20,+28,-2)
    うん。だから？
    456 : nobodyさん - 2008/03/28(金) 14:22:38 ID:??? (+30,+29,+0)
    >>455
    おまえの負けてことだよ
    457 : nobodyさん - 2008/03/28(金) 14:24:15 ID:??? (+35,+29,-4)
    >>456
    あからさまにバカだな。論理的に考えられないんだな。
    459 : nobodyさん - 2008/03/28(金) 14:25:14 ID:??? (+36,+29,-89)
    高負荷に耐えられるパフォーマンスを作り出す為に、
    データベースを分割してJOINが使用できなくなった。

    負荷を考えるのなら、JOINなんかするより、
    マシンに投資してデータベースを分割（当然マシンも増えているはず）して
    アプリケーションで行ったほうがいいということです。
    460 : nobodyさん - 2008/03/28(金) 14:28:55 ID:??? (+36,+29,-35)
    >>457
    さっきまでパフォーマンスの話してたやろうが
    論理的な会話してないのお前だろｗ
    461 : nobodyさん - 2008/03/28(金) 14:31:33 ID:??? (+22,+29,+0)
    結局ＣＩが最強てことじゃんか
    462 : nobodyさん - 2008/03/28(金) 14:37:17 ID:??? (-28,-29,-48)
    CIはフレームワークを使っているとは思えないほど開発工数がかかる。

    データベース部分は、SQLの単語（selectやfromやwhere）を
    それぞれメソッドに置き換えて実行しないといけない。
    なんとビックリｗ

    だから糞。
    464 : nobodyさん - 2008/03/28(金) 14:38:41 ID:??? (+48,+30,-137)
    >>459
    ただ、「マシンに投資してデータベースを分割（当然マシンも増えているはず）して」が始めからできるわけじゃないんだよね。
    だからSQL発行数も含め、パフォーマンスには常に気を遣うわけで。
    mixiが今はソフトウェア側でパフォーマンスを気にしてないかっていったらそんなことはないし。

    >>460
    パフォーマンスの話してるよ。何言ってんの？
    もう面倒だからお前いいよ。
    465 : nobodyさん - 2008/03/28(金) 14:40:13 ID:??? (+27,+29,-73)
    だからパフォーマンスを重視するところだけ
    最適化して、あとは楽で速いコーディングをすればいいじゃんか。

    パフォーマンスの基礎だよ？
    467 : nobodyさん - 2008/03/28(金) 14:42:45 ID:??? (+23,+29,-26)
    >>466
    引数の数を勝手に増やすなｗ

    最後の引数の意味言ってみろよ。
    いえなければ赤っ恥だなｗ
    468 : nobodyさん - 2008/03/28(金) 14:42:48 ID:??? (+38,+29,-22)
    >>464
    おまえ誰だよ？トリップでも番号でもいいから付けろよｗ
    469 : nobodyさん - 2008/03/28(金) 14:44:26 ID:??? (-23,-30,-46)
    >>463はPHP4だと
    $this->db->select('title');
    $this->db->from('mytable');
    $this->db->where('id', $id)
    $this->db->limit(10, 20);
    こうなります。
    470 : nobodyさん - 2008/03/28(金) 14:45:17 ID:??? (+34,+29,-29)
    >>464
    名無しで必死にレスしてるようだが
    名前に番号でもつけてくれないと
    今までどんな発言してんかわかんないんだがｗ
    471 : nobodyさん - 2008/03/28(金) 14:46:08 ID:??? (+33,+29,-27)
    >>468
    どうせトリップつけさせて削除しようって魂胆だろ。
    そんな手に引っかかるか。ばーかｗ
    472 : nobodyさん - 2008/03/28(金) 14:46:42 ID:??? (+24,+29,-14)
    >>469
    わかりやすくていいね、さすがＣＩ
    ヌルヌルフレームワークとは大違い
    474 : nobodyさん - 2008/03/28(金) 14:50:44 ID:??? (+27,+29,-2)
    アンチレス繰り返してたら、えらい盛り上がってきた
    475 : 425 - 2008/03/28(金) 14:54:55 ID:??? (+36,+29,-248)
    すみません、途中投稿しました

    >>420
    その通りですね。同一アプリケーション内でDBをスイッチする事はありえないので
    リスクとしては小さいため十分検討できます(一応、PostgreSQL使ってる方は注意です)

    >>424
    CodeIgniterもとてもいいフレームワークだと思います
    ぜひその情熱で当該スレッドを活性化させて盛り上げて欲しいですね

    >>428
    確かにアソシエーションの自動判別が面倒(無理)という事情は分かります
    面倒なSQLを叩かずオブジェクティブにデータセットを取得できる機能が
    すでに実装されていているのですからそれを使うに越した事はありません
    この辺りの実装はアプリケーション全体のパフォーマンスに影響するため
    サーバ増設前の改良を十分に検討できる部分だと思います
    476 : nobodyさん - 2008/03/28(金) 14:54:59 ID:??? (+27,+29,-34)
    実はアンチを煽って盛り上げさせているというのはナイショだｗ
    見ろ他フレームワーク（特にCI）の静けさを！
    477 : nobodyさん - 2008/03/28(金) 14:56:44 ID:??? (+4,+9,-30)
    >>469みたいなコードを書くぐらいなら
    SQLをそのまま書いたほうがいいな。
    478 : nobodyさん - 2008/03/28(金) 15:06:18 ID:??? (+30,+29,-7)
    >>428
    すみません
    >>475の説明はちょっと意味不明ですね、スルー推奨です
    481 : nobodyさん - 2008/03/29(土) 07:40:57 ID:??? (+20,+29,-1)
    あの本は確かに糞だったな
    482 : nobodyさん - 2008/03/29(土) 09:07:16 ID:??? (+22,+29,+0)
    あれは本当に酷かった
    483 : nobodyさん - 2008/03/29(土) 15:28:58 ID:??? (+22,+29,-2)
    文句だけは達者だな
    484 : nobodyさん - 2008/03/29(土) 15:56:30 ID:??? (+14,+25,-2)
    達者？
    485 : nobodyさん - 2008/03/29(土) 16:10:19 ID:??? (+27,+29,-13)
    このスレはいつも無駄に盛り上がるよな
    486 : nobodyさん - 2008/03/29(土) 16:54:04 ID:??? (+1,+4,+0)
    >>484
    ゆとり乙
    487 : nobodyさん - 2008/03/29(土) 17:43:56 ID:??? (-2,+4,+0)
    >>486
    ゆとり乙
    488 : nobodyさん - 2008/03/29(土) 20:03:50 ID:??? (-2,+4,+0)
    >>486
    ゆとり乙
    490 : nobodyさん - 2008/03/29(土) 22:08:25 ID:??? (+21,+28,+0)
    ソース汚いけどな
    491 : nobodyさん - 2008/03/29(土) 22:15:25 ID:??? (+27,+29,-13)
    最高のフレームワークだね
    完璧すぎる
    492 : nobodyさん - 2008/03/29(土) 22:29:55 ID:??? (+20,+27,-14)
    おまいらマインドマップ使ってる？
    493 : nobodyさん - 2008/03/29(土) 22:57:31 ID:??? (+27,+29,-20)
    30才過ぎるとマインドマップ使わないと
    トイレ行った後とか今まで何考えてたかさえ忘れる
    494 : nobodyさん - 2008/03/29(土) 23:43:43 ID:VJRoSuRr (+29,+29,-76)
    なんでマインドマップの話になったか分からないけど、自宅と会社のＰＣに
    ＦｒｅｅＭｉｎｄインストール済み。

    自宅ではCakePHPのシステム設計に使ってる。
    ひとつずつやる事片付けて、終わったブランチに「レ」のアイコン付けるのが
    楽しい。
    495 : nobodyさん - 2008/03/30(日) 02:14:14 ID:??? (+27,+29,-22)
    ＵＭＬはルール化した図解表現
    マインドマップは自由な図解表現
    496 : nobodyさん - 2008/03/30(日) 02:16:24 ID:??? (-27,-25,-16)
    マインドマップで設計し形になったものをＵＭＬ化する
    498 : nobodyさん - 2008/03/30(日) 02:19:35 ID:??? (+27,+29,-23)
    CakePHP使ってればUMLもマインドマップも必要ない
    499 : nobodyさん - 2008/03/30(日) 02:26:47 ID:??? (+27,+29,-17)
    作業途中に仕様的にやばい匂いがしたらマインドマップ使ってる
    500 : nobodyさん - 2008/03/30(日) 02:31:49 ID:??? (+27,+29,-35)
    問題を解決しやすい方法として
    思ったことを、どんどん言葉として書き出す
    わかってるからと頭の中でしまいこむと、全体的な解決図を結び付きにくくする
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 : ○
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について