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

元スレ【PHP】フレームワーク CakePHP 13ホール目【v2.0】

php覧 / PC版 /
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

1 = :

CakePHPは、Ruby on Railsの概念の多くを取り入れた、Rails流の高速開発とPHPの機動性を兼ね備えたフレームワークです
CakePHPから派生したLithium(li3)も専スレできるまではここでどうぞ
質問するときはCakePHPのバージョンを書きましょう

※他フレームワークとの比較等はスレ違いです
テンプレは>>1-5くらい

■本家
http://www.cakephp.org/
APIドキュメント
http://api.cakephp.org/
the Bakery
http://bakery.cakephp.org/
CakeQs
http://cakeqs.org/
CheatSheet (PDF)
http://cakephp.org/files/Resources/CakePHP-1.2-Cheatsheet.pdf
github - cakephp
http://github.com/cakephp

■日本語公式
http://cakephp.jp/
フォーラム
http://cakephp.jp/modules/newbb/
cookbook(マニュアル)
http://book.cakephp.org/ja

前スレ
【PHP】フレームワーク CakePHP 12ホール目【笑】
http://hibari.2ch.net/test/read.cgi/php/1309505626/

2 = :

テンプレって何かあるの? いいよね別に

3 = :

            ☆
            人
           ノ::oゝ
          ノ;;;;; ゝ
           ノ::o;;::。ゝ           __旦_
          ノ.: ::◎;::::ゝ         ∠二二二/\
          ノ..&, ,.....].ゝ""_~_~_~_~_~_(三三三三()三()
        /~,へニニニニ7 「从erry Ⅹ’mas |三三()三()ヽ
         !<介>  ,ヘ   .,ヘー―,ヘ―‐.,ヘ┘ ,ヘ .<介> i
.        |ヽ。.,,_ <介> <介>  <イト>  <介> <介>.,_,,。ィ
       |    ~~"""'''''''''ー―-゛-"-――'''''''"""~~  : :|
       |                                ::|
     人 |                                 ::|  人
   ,.(::0::)‐|                            ::|‐(::0::)-、
  ヽ__ ヽ。,,                      _,,。ィ ___ ノ
    /     人"''''''''ー―-――――''''' 人 "´    \
    (_ イ  ,(::0::)  へ    人  .へ  (::0::)   ト 、_ノ
       ヽ。  _/  .\  (::0::) ./  \_  _ノ

5 = :

してないわけねーだろうが

6 = :

すれたておつ

7 = :

    / ̄ ̄ ̄\
   / ─    ─ \
 /  (●)  (●)  \ 2.0の日本語訳まだなの
 |    (__人__)    |
 \    ` ⌒´    /
 /            |
(_ )   ・    ・  ||
  l⌒ヽ        _ノ |
  |  r ` (;;;U;;)   )__)
 (_ノ  ̄  / /
        ( _)

9 = :

>>7
必要?

10 = :

>>7
暇だからしてもいいんだけど、ここに書き込んだら日本語翻訳チームが採用してくれるかな
そもそも翻訳がどこまで進んでるのかわからないけど

ここで結構翻訳進んでるのにオフィシャルには反映されてないし、
cookbookの翻訳がどうやって進んでるのかわからんというので
翻訳協力者が進みにくい状況になってる気がする
http://hiromi2424.lv9.org/translate/cakephp20/

11 = :

翻訳が進みにくい+協力者が集まりにくい
がごっちゃになってしもうた

12 = :

翻訳したら本の出版依頼が来るかもしれないぞ。
ブログかwiki使ってやってみたら?

13 = :

正確に翻訳するってむずかしいじゃん

14 = :

http://book.cakephp.org/
http://book.cakephp.org/ja
1.3のドキュメントは編集できるようになってるけど
http://book.cakephp.org/2.0/en/
http://book.cakephp.org/2.0/ja/
2.0のドキュメントは編集できない
まだシステムが整備されてないとか言う問題なのかな

ドキュメントを読むとgithubのファイル修正したら公式ドキュメントに反映されるようにも書かれてるけど、
ドキュメントチームにメール送るかIRCで参加表明してくれとも書いてある
よくわからん
http://book.cakephp.org/2.0/ja/contributing/documentation.html

しかしgithubみると、今のところhiromi2424さんがほとんど翻訳してるんだな・・・
http://github.com/cakephp/docs

とりあえず明日github編集してみて、よくわからなかったら野良翻訳ブログでもやってみるわ

18 = :

>>16
つまり、いちいちbindModelで付け足していくよりも、
最初からモデルにアソシエーションを書いて
そこから必要な分だけ取り出すって形かな。

それはそれで便利そうだけど、
「ユーザ」モデルに「日記」「写真」「プロフィール」とかの
関連モデルと結合する場合、bindModelの方が軽い気がする。

20 = :

あれはCake専用のレイアウトじゃないと出ないのでは?

って事はないよな・・・個別に貼り付けできるはずなんだが

21 = :

>>18
その例だとどうbindModelが軽いのかよく分からないが
コンテイナブルビヘイビアだと、順序やIDのつながり方をモデルのアソシエーションに集約できるから
普通は純粋にテーブルの取捨選択だけをcontainで指定すればいいし、順序を変えたいならcontainで上書きすることもできる。

22 = :

>>19
てかコンテイナブル使っても何しても、CakePHPは入れ子の2階層までしかJOINしてくれない
だからそれ以上の階層になると、1レコードとってくるのに WHERE id = ??? のようにして1クエリ発行される。
JOINしたら1発で取ってこれるような情報でも、100クエリとか発行するのはそのせい

23 = :

>>21
俺の出した例は大きく分けて2パターンの利用方法がある。
A:特定会員のコンテンツを取得
B:コンテンツ内のデータ(そのデータにユーザモデルをJOIN)

この場合、モデルにすべて書くと再帰的に複雑になるだろ?
AはUser→Diary、BはDiary→User
Aでfindした時、User→Diary→Userみたいになってエラーになる可能性がある。

だから、必要な時だけbidModelを使ってその都度足していけばいい
って考え方なんだけど、何か間違ってるかな?

24 = :

>>23
A:
$this->User->id = $id;
$this->User->contain(array('Diary' => array('Article')));
$data = $this->User->read();
(Articleはおまけで付けた)

B:
$data = $this->Diary->find('all', array('contain' => array('User')));
いずれにしろ再帰はしない。bidModel書くのが手間ではないならそれでもいいと思うが。

25 = :

>>22
findのjoinsオプション使うと明示的にJOINできるよ
デフォルトだとクエリ多発するのは確かにそうだね
でもhasManyのときはJOINにコストが結構かかるから、この仕様のほうが効率いいことが多いとかそんな話を聞いたことはある。
眉唾で聞いてたけど。

27 = :

>>25
joinsってなんかうまく動かないの俺だけか
joinしたテーブルの下にjoin付けられる?

28 = :

付けられるぞ。
アソシエーション云々考えなければ、
joins使う方が一番思い通りに出来るよ。

29 = :

翻訳ブログ立ち上げたとたん>>14の2.0向けドキュメントが消えている
なんてこったい

30 = :

>>29
本当だ。復旧すると思うが吹いたw

31 = :

設計について質問させてください

例えばmixiでいうコミュニティーをユーザーが作れるとします。

コミュニティー作成者(管理人)は
設立段階で、
メンバーになる人達がコミュニティーに登録する際、
コミュニティー内で利用する
メンバーIDのフォーマット(バリデーションパターン)を指定する必要があります。

メンバーIDのフォーマットはどんなパターンにも
応じられる仕組みにしたいです。

例えば

コミュニティーAでは 477-794-954 のような(数字三桁)-(数字三桁)-(数字三桁)フォーマット

コミュニティーBでは英数半角なら何でもOK

コミュニティーCでは47472のような数字五桁


上記のようにメンバーIDは多岐に渡ります

こういった場合はどのようなテーブル設計、
またフローで対処するのが一般的ですか?

コミュニティー内でのメンバーリストでの
メンバーIDによるソートなども考えて実装したいところです。

32 = :

メンバーIDのフォーマットを選ばせるってのがよくわからない。
そこがすでに一般的じゃないからなんとも。

33 = :

むずかしすぎてわからないぜ

34 = :

JsHelper使って$this->Js->request();を使いjavascriptでアクションを呼び出しました。

methodをgetにするとレスポンスが返ってくるのですが、postにするとレスポンスが返ってきません。
原因なにかわかりませんか

35 = :

>>32
メンバーIDのカラムは一つだけど
コミュニティーごとにバリデーションパターンが違って
コミュニティ作成者が指定出来るようにすることが出来るのか?ということです。

36 = :

>>31
バリデーションルールをcustomにして、customバリデーションの中でコミュニティー毎にルールを書けばいい

37 = :

>>35
beforeValidation使えば出来ると思う

38 = :

CakePHP1.3系の自作behaviorについて
詳しく説明されているサイトをご存知の方いらっしゃいませんか?
独自のbehaviorを作成するにあたって、参考にしたいんですが
なかなか、細かく説明されているものが見当たりません

39 = :

>>36
一般ユーザーが簡易に
バリデーションパターン(コミュニティー管理者任意)をフォーム画面からカスタマイズさせるのって
どういう形で入力させるのが
一般的なんでしょう?

あまり、この手のものは前例を見たことがないので

41 = :

jsもできないとうまく使えないかな

42 = :

じつはセッションに保存してなかったとか

43 = :

CakePHPのフォーラム活気がないんじゃないの?
ふつうあんなものなの??

44 = :

登録してハンドルで投稿するのがめんどい
無責任に書くつもりも無いけど、名前背負ってまで書き込みたくない

というのは2chみたいな匿名コミュニティに慣れてる人には多いんじゃ無いだろうか

45 = :

Railsのスレのほうが活気ないから
CakePHPに移ろうかと思うんだけど
日本でのシステム構築はどちらが有利?
シェアとか利点とか

48 = :

世界的に見ると、Yiiの伸びがすげーのな。
日本だとcakeの圧勝だけど。

49 = :

YiiとCodeintegerスゲーじゃんと思いながら調べていくと
結局CkakePHPに戻ってしまう

50 = :

>>49
理由は?


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

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


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