私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 11ホール目【v1.3】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>901
じゃぁWebサービス組めば良いんじゃない?
じゃぁWebサービス組めば良いんじゃない?
なんか話しが噛み合わないなw
>>902
つまり、XMLで出力してAPIみたいにして受けとれってことか?
まぁ、データをDBに保存しているわけだから、
ピュアPHPのファイルにmysql_connect書いてmysql_queryで
情報持ってきて出力するのは簡単だけどさ。
そうじゃなくて、Cakeのfindで得られる配列形式で受け取りたいんだよ。
だから、モデルを単体で読み込めたらいいなっと思ってさ。
>>902
つまり、XMLで出力してAPIみたいにして受けとれってことか?
まぁ、データをDBに保存しているわけだから、
ピュアPHPのファイルにmysql_connect書いてmysql_queryで
情報持ってきて出力するのは簡単だけどさ。
そうじゃなくて、Cakeのfindで得られる配列形式で受け取りたいんだよ。
だから、モデルを単体で読み込めたらいいなっと思ってさ。
>>903
大丈夫、噛み合ってるw
modelを直で使えればと俺も思うが、多分厳しい。
苦労するよりは、WebサービスとしてバックエンドでCakeを使うのが
色々と使い回しが効いて良いと思う。
ちなみに今フロントは.netで作って、DBアクセス周りはCakeでWebサービス、
という構成でシステム作成中。
大丈夫、噛み合ってるw
modelを直で使えればと俺も思うが、多分厳しい。
苦労するよりは、WebサービスとしてバックエンドでCakeを使うのが
色々と使い回しが効いて良いと思う。
ちなみに今フロントは.netで作って、DBアクセス周りはCakeでWebサービス、
という構成でシステム作成中。
サイトの一部だけCakeにする場合、Apacheウェブルートにcakeをもってきて
非Cakeのファイルをwebroot以下に置くのと、
Apacheウェブルート下の特定のディレクトリにCakeを置くのどっちがいいかな?
後者のほうが融通はきくと思うんだけど。
非Cakeのファイルをwebroot以下に置くのと、
Apacheウェブルート下の特定のディレクトリにCakeを置くのどっちがいいかな?
後者のほうが融通はきくと思うんだけど。
ショッピングサイトとかで、注文のデータを保存するとき、
別のデータ(例えば注文と商品を結びつけるレコードなど)を同時に保存するとき、
両方がバリデーション通ったときのみ、両方を保存する、
としたい場合どういうコード書いてる?
今悩んでいるケースは、
別のデータが、前に保存した別テーブルのIDを必要とするので、ややこしい。。。
テーブルA
・ID
・フィールド1
テーブルB
・ID
・テーブルAのID
このような感じ。
if ($this->Model1->validates()) {}
if ($this->Model2->validates()) {}
こうやって、両方のバリデーションが通ることを確認したあとでやりたいんだが、
上述したとおり、Model1のIDがModel2で必要になるとしたら、
どういうコードをかいてバリデーションさせたらいいんだろう?
別のデータ(例えば注文と商品を結びつけるレコードなど)を同時に保存するとき、
両方がバリデーション通ったときのみ、両方を保存する、
としたい場合どういうコード書いてる?
今悩んでいるケースは、
別のデータが、前に保存した別テーブルのIDを必要とするので、ややこしい。。。
テーブルA
・ID
・フィールド1
テーブルB
・ID
・テーブルAのID
このような感じ。
if ($this->Model1->validates()) {}
if ($this->Model2->validates()) {}
こうやって、両方のバリデーションが通ることを確認したあとでやりたいんだが、
上述したとおり、Model1のIDがModel2で必要になるとしたら、
どういうコードをかいてバリデーションさせたらいいんだろう?
「CakePHPは重いからCodeIgniter使え」って書かれてるのみて
CodeIgniterの公式みてたんだが、オレオレFWと大差ないな。
他のフレームワークを悪く言うつもり無いんだが、
速い理由わかってガッカリしたよ。何かもっと特別なやり方してると思った。
CodeIgniterの公式みてたんだが、オレオレFWと大差ないな。
他のフレームワークを悪く言うつもり無いんだが、
速い理由わかってガッカリしたよ。何かもっと特別なやり方してると思った。
んまあ適材適所だろうね。使えるものの幅は広くても損しないし。
ciで良い時もあるし、ciじゃめんどくさい時もある。
ciで良い時もあるし、ciじゃめんどくさい時もある。
それはそうなんだが、わざわざ新たなFW覚えるほどでもないなっと。
Cakeは小規模向きって良く解説されてるけど、
小規模ならそれこそオレオレでいいわけだ。更新もあまりないだろうし。
けど、ポータルサイトとかモデルが50も100もあるような場合、
更新性や他者との連携に備えてCakeみたいな有名FWが活用できる。
CIのメリットは「高速・軽量」だろうけど、Cakeの代替には向かないなと。
それならオレオレのリファレンス作って共同作業者に渡した方が
よっぽど無駄が省けるんじゃないか?っと思い、>>910の結論に達した。
Cakeは小規模向きって良く解説されてるけど、
小規模ならそれこそオレオレでいいわけだ。更新もあまりないだろうし。
けど、ポータルサイトとかモデルが50も100もあるような場合、
更新性や他者との連携に備えてCakeみたいな有名FWが活用できる。
CIのメリットは「高速・軽量」だろうけど、Cakeの代替には向かないなと。
それならオレオレのリファレンス作って共同作業者に渡した方が
よっぽど無駄が省けるんじゃないか?っと思い、>>910の結論に達した。
そう言われればそうだな。どういう内部処理してるんだろ?
モデル操作以外はすっ飛ばしているなら
パフォーマンス的に早くなるのも理解できるが・・・
モデル操作以外はすっ飛ばしているなら
パフォーマンス的に早くなるのも理解できるが・・・
>>923 詳しく
そもそもクエリってあまり書かないからな。
書きたいならモデルが良いと思うけど。
書きたいならモデルが良いと思うけど。
>>930
どこでも書けるけど、modelに書くべきだと思う。
うちはcontrollerにSQL書き散らかしてしまって、本来のcontrollerから離れてしまった。
保守では困らないけど純粋なMVCモデルから離れてしまったと反省している。
どこでも書けるけど、modelに書くべきだと思う。
うちはcontrollerにSQL書き散らかしてしまって、本来のcontrollerから離れてしまった。
保守では困らないけど純粋なMVCモデルから離れてしまったと反省している。
threadedでツリー構造のデータのうち、
親IDを削除したら子IDも削除されるようにしたいのですが、
Cakeの機能だけで削除できるのでしょうか?
やはり、一旦threadedでデータを取得して
1つずつ再帰して削除するしかないのでしょうか?
親IDを削除したら子IDも削除されるようにしたいのですが、
Cakeの機能だけで削除できるのでしょうか?
やはり、一旦threadedでデータを取得して
1つずつ再帰して削除するしかないのでしょうか?
>>936
appまでの途中のパスに日本語使ってるとか無い?
appまでの途中のパスに日本語使ってるとか無い?
都道府県のDBってどうしてる?
1~47まで都道府県のテーブル用意して、住所などが必要なテーブルでそのIDを設定するのが
本来の正しい設計かもしれないけど、
実際Cake(PHP)でやるとめんどくさいよね。毎回selectが増えるだけのような気がするし。
VARCHARで実装してしまうのはだめかな?
1~47まで都道府県のテーブル用意して、住所などが必要なテーブルでそのIDを設定するのが
本来の正しい設計かもしれないけど、
実際Cake(PHP)でやるとめんどくさいよね。毎回selectが増えるだけのような気がするし。
VARCHARで実装してしまうのはだめかな?
思う→重い
CakeでAjaxから読み込むとき、ちょっと重いんだよな
出力されるまで時間がかかる。
CakeでAjaxから読み込むとき、ちょっと重いんだよな
出力されるまで時間がかかる。
やっぱりJavaのSpringだろ。
フレームワークなのにそのフレームワークを使って
書いたコードはフレームワークに依存しない。
という優れもの。
フレームワークなのにそのフレームワークを使って
書いたコードはフレームワークに依存しない。
という優れもの。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [98%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [96%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [96%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [95%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [95%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [95%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [95%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [95%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [95%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [93%] - 2016/11/15 20:45
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [92%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [92%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [92%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [92%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○
トップメニューへ / →のくす牧場書庫について