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

元スレ【PHP】フレームワーク CakePHP 12ホール目【笑】

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

151 = :

>>150
数時間どころじゃなかった
1時間か、それ以下で切れる><

153 = :

>>145
>>146
>>147
>>148

なるほど。
参考になります。
と同時に自分の浅はかさを露呈したと赤面の限りです。
もうちょっと勉強してでなおしてきます。

みなさまご丁寧に返信有難うございました。

※2chでこのようにまともに
 返信いただけることも少ないもので。

154 = :

それはまともな質問できてないからだよ

155 = :

>>153
いきなり長文で余計な情報いっぱいの質問しても、
普通は回答なんてこないよ。

要点を手短に、具体的に。

あなたの質問なら
>「なぜcakeを使うのか?」
この1文以外は余計な情報じゃないですか。

156 :

なぜcakeを使うのか?

157 = :

個人的にはcakeのプロジェクトに関わるはめになっただけ
そうでなきゃPHPなんか使う気がせん

158 = :

memcached
日本語でなんていうの?

159 = :

間違いだとわかっていても頭の中では常にメムキャッシュド

160 = :

プログラマーのために
IT用語かな読み辞典を作ろうと思うけど
どうですか?

161 = :

結構です

162 = :

あ、そういうアプリがあれば、無料なら入れてみるかも

163 = :

>>162
誤爆ですか?

164 = :

>>158
最後のdは過去形ではなく、
デーモンのdだから
メモ(メム)キャッシュディー
でいいんじゃないか

165 = :

>>164
え、マジでデーモンのdだったのか…

166 = :

口頭ベースの仕様書なしアジャイル開発が主流になってきてるから
memcached
これ日本語で統一されてないと
時間ロスになるじゃん。
だから
プログラマーのためのIT用語かな辞典が欲しいのであります。

167 = :

え…アジャイルって仕様書作らないの?

168 = :

このフレームワークMySQLにクエリ投げすぎじゃね?
ページ表示すると、CakeSqlLogが84行とかあるんだけど。。。
あえて可視化されて、多く感じるだけで、
他のフレームワークや、普通のシステムもこれぐらい投げてるものなのかな?

169 = :

余計な処理が多いというのは俺も感じる。
2系でそういうの無くなればいいが、おそらく無くならないだろう・・・

171 = :

insertしたあとに勝手にlastinsertidしたりというのはあるな。
しかもその後自分でlastinsertidしようとすると、またクエリ投げるし。
キャッシュ効いてるから対したロスではないんだろうけども、気になる。

172 = :

CakePHPで掲示板つくって運営してるけど、
さくらインターネットからプログラム見なおせゴルアとお叱りうけて、
同時接続数制限かかりました

173 = :

>>172
レン鯖か?VPSにすればいいのに。

174 = :

>>172
何プランですか?

175 = :

>>172
プログラムに問題が?
ユーザーが増えただけ?

176 = :

>>172
ここに書いたということはcakePHPが原因だったの?

177 = :

>>173
VPSはセキュリティとかがめんどくさいし、
値段対スペックもそれほどよくないんじゃないかな

>>174
スタンダードです

>>175,176
ユーザーが増えたのもあるけど、
やっぱプログラムもあると思う
キャッシュ機構使ってないからな

178 = :

単にリクエスト数が増えたのが原因ならプログラム見なおせっていう言い方はされないんじゃないかな。
掲示板でそんな重い処理をしてるとも思えないから、インデックスがあたってないとか
slow quelyが多すぎるってことなんじゃないだろうか。

179 = :

>>177
いや、俺が実際、あんたと同じような状況で
さくらレン鯖→さくらVPSに乗り換えてるから。
鯖のパフォーマンスは全く違うよ。値段も月980円だし。
ま、スタンダードプランと比べたら高いけどw

180 = :

>>179
まじか
ビジネスにしたわ
VPSは他で使ってるけど、最初の設定が面倒

181 = :

>>178
インデックスあたってないな

183 = :

いや、俺は単にサーバの問題だと思うけどね

184 = :

さくらのレン鯖のDBはゴミなんでしょ?

185 = :

そうだよ

186 = :

なぜ?

187 = :

さくらレン鯖DBは容量無制限だからバイナリ置きまくり

189 = :

ビューキャッシュの考え方について質問です。

例えば野球の選手データのように、毎日内容が変わるものがあるとします。
新しいデータを入れたらキャッシュを削除して再キャッシュすると思うのですが、
選手データのような、種類が多くて大量データの場合もそう言う考え方なのでしょうか?

190 = :

オイラ、野球ぜんぜん見てないから選手データというのが毎日変わるというのは知らなかったんだけどさ、アクセスされるたびに更新するもんじゃなくて、1日ごとに更新する、でいいんじゃね?

というか、そういう更新するとこって、最終更新日とかタイムスタンプついてるところもある気がする。

191 = :

野球の選手データなら、試合をして結果が出たとき以外には変わらないだろうし、
試合があったらその都度、攻撃とか守備とかのデータを追加して、選手ページのキャッシュ更新すればいいんじゃね?
俺も野球見ないからこんな仕様でいいのか自信ないけど

192 = :

野球の選手データはあくまで例題なんですが、
そういう頻繁に更新するキャッシュ管理はどうするのかな?と思いまして。

毎日、何百のデータを一括削除してまたキャッシュし直すって
動作的にどうなのかな?と。そう言う疑問があります。

193 = :

>毎日、何百のデータを一括削除してまたキャッシュし直すって
それはバッチ処理。そういうのをする場合もあるが、普通のwebアプリで普通にCakePHPのキャッシュというと、アクセスしたらキャッシュするだけであって、何日も更新されない(アクセス来ないからそのまま)データもあれば、頻繁にキャッシュ更新される場合だってあるよ。

そこらへんのバランスとかどの方法がいいか?とかは一概に言えなくて、あくまでその部分を作る奴のバランス感覚とかセンスの問題だな

194 = :

>CakePHPのキャッシュというと、アクセスしたらキャッシュするだけであって、
>何日も更新されない(アクセス来ないからそのまま)データもあれば、頻繁にキャッシュ更新される場合だってあるよ。

これで納得しました。キャッシュってそういうもんなんですね。
例えバッチ処理であれ、大量のファイルを削除→再キャッシュすれば
時間がかかるだろうから、どうするのかな?って疑問に思っていたんです。

誰もアクセスしないファイルはそのままですか。納得です。

195 = :

最近、CakePHPはじめた者です。
hasManyとか定義するとfindしたら強制的に関連テーブルひっぱってくるSQLが走りますよね。
パフォーマンス上げるためにunbindModelってするのが1つの方法だけど、
・hasManyの定義がたくさんあったら、1つ1つunbindModelするのもしんどい。
・そもそも何かのテーブルに1つhasMany追加したら、findしてる既存のコード全部に影響が出る。
ちょっとありえないかなと・・・

そこで自分のアプローチとしては、以下のようにしようかと思います。
・hasManyとかは一切定義しない
・bindModelTable1()みたいなfunction定義
・その中で動的にhasManyを定義
・findを呼ぶ前に関連テーブルをひっぱってきたいときだけ、bindModel*()を呼ぶ
これ以外に良い方法ありますかね。

196 = :

>>195
hasManyしないモデルを作る、ってのは?
別にテーブル名以外のモデルも作れるんだし。

197 = :

>>196
うーん。たとえば、
・Model1にhasManyが10個定義されている
・Model2はhasManyを何も定義しない
・両方共同じテーブルを扱う
としますよね。
そうすると、hasManyのうち1つだけとか2つだけとかしたい時に、やっぱり面倒かなって。
みんなどうしてるのかな。
必要なときに必要なものだけひっぱるのがいいとおもうのだけど。

Railsはfind(:all, :include => [reviews, users])
みたいに必要なときに必要なものをって設計になってますよね。
ちょっとCakeの設計は解せないです・・・

199 = :

>>195
本質的にhasManyって、用途によって切り替えるものじゃないと思う。
モデルって普遍的なものだから、もしも本当に切り替えが必要なのだとすると、
そもそもそのモデルに定義しているリレーション自体が適当なのか?ということも検討しないと。

200 = :

Containableで絞り込めばいいんじゃないの


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

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


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