私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワーク CakePHP 17ホール目【v3α】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
cakePHPのコントローラー名は
【複数形の英単語】Controller.php
という名前にするのがルールなのでしょうか?
必ず複数形にする必要があるのでしょうか?
【複数形の英単語】Controller.php
という名前にするのがルールなのでしょうか?
必ず複数形にする必要があるのでしょうか?
>>101
ルールではない、規約だ
規約にのっとっていれば色々とフレームワークが自動でやってくれる部分が多いが、
規約から外れたとしてもなんとかする方法は(面倒臭い方法だが)用意されている
そういう面倒臭さが嫌なら大人しく規約に従っておくのが吉
ルールではない、規約だ
規約にのっとっていれば色々とフレームワークが自動でやってくれる部分が多いが、
規約から外れたとしてもなんとかする方法は(面倒臭い方法だが)用意されている
そういう面倒臭さが嫌なら大人しく規約に従っておくのが吉
因みにcakePHPでサイトが作成されている事を
(開発の出来る人を想定)閲覧者にばれない様に作り込む事は可能ですか?
幾らやってもばれるものでしょか?
セキュリティ的に開発に使用しているFWは隠蔽した方が良い気がしております。
(開発の出来る人を想定)閲覧者にばれない様に作り込む事は可能ですか?
幾らやってもばれるものでしょか?
セキュリティ的に開発に使用しているFWは隠蔽した方が良い気がしております。
>>104
種類がばれて問題になるようなFWは使わないほうがいい
種類がばれて問題になるようなFWは使わないほうがいい
>>105
一から開発するの凄く手間じゃないか
一から開発するの凄く手間じゃないか
>>104
cakeだとわかるような部分が見つかったらその都度対応すればいい
cakeだとわかるような部分が見つかったらその都度対応すればいい
cakeのセキュリティのなにが不満なのだろう?
そしてなにを満たせばセキュリティ的に合格なFWなのだろう?
セキュリティがーとかいう人間に限って知識が薄っぺらい。
そしてなにを満たせばセキュリティ的に合格なFWなのだろう?
セキュリティがーとかいう人間に限って知識が薄っぺらい。
Cakeの1や2系で、検索サイトのDB設計したりすると遅いの?
零細企業のサイトで、たった数件の検索に毎回15秒かかってるとこがあって理解できん
作った人間が下手なだけならいいが、Cakeの問題なら仕事で使いたくない
MVCやルーティングだけFW、DBやSQLカスタマイズでセキュリティ自力対応じゃダメかね
Cake案件が多いので、企業が使いたがってるのかは知らんが、気になってしょうがない
零細企業のサイトで、たった数件の検索に毎回15秒かかってるとこがあって理解できん
作った人間が下手なだけならいいが、Cakeの問題なら仕事で使いたくない
MVCやルーティングだけFW、DBやSQLカスタマイズでセキュリティ自力対応じゃダメかね
Cake案件が多いので、企業が使いたがってるのかは知らんが、気になってしょうがない
まともに設計してそこまで遅くなるわけない
開発者もサーバの性能も糞すぎるとかじゃねえの
開発者もサーバの性能も糞すぎるとかじゃねえの
データが1000万行あって、トランザクションして、ソートして、メモリ足りなくて、SQLシステム共にスワップして…
だったら15秒くらいかかる。
だったら15秒くらいかかる。
そのサイトには、総数500件って書いてあるから
非表示状態のレコード含めても1000行はこえないでしょ
過去テーブルに移してなきゃ、ID番号が4万台だから最大4万行のはず
非表示状態のレコード含めても1000行はこえないでしょ
過去テーブルに移してなきゃ、ID番号が4万台だから最大4万行のはず
>>113
すごいエスパーだな
すごいエスパーだな
>>109
ありがとうございます。
ありがとうございます。
>>123
だけど分かりました。単なるタイムラグでした。
だけど分かりました。単なるタイムラグでした。
>>110
その遅さじゃindexどころか、innodbで↓やってるとしか思えないな
「総件数(○○件)」 SELECT count(*) FROM テーブル
「検索項目A(○件)」 SELECT count(*) FROM テーブル WHERE カラム = 'A'
「検索項目B(○件)」 SELECT count(*) FROM テーブル WHERE カラム = 'B'
「検索項目C(○件)」 SELECT count(*) FROM テーブル WHERE カラム = 'C'
その遅さじゃindexどころか、innodbで↓やってるとしか思えないな
「総件数(○○件)」 SELECT count(*) FROM テーブル
「検索項目A(○件)」 SELECT count(*) FROM テーブル WHERE カラム = 'A'
「検索項目B(○件)」 SELECT count(*) FROM テーブル WHERE カラム = 'B'
「検索項目C(○件)」 SELECT count(*) FROM テーブル WHERE カラム = 'C'
スマホ用のビューってどうやって管理してますか?
テーマを作るってやり方を見たのですが、
他に良い方法があれば教えてください。
テーマを作るってやり方を見たのですが、
他に良い方法があれば教えてください。
なぜテーマが使えないのか、
あるいは何がしたいのか書かないとレスしようがないんじゃないかな
あるいは何がしたいのか書かないとレスしようがないんじゃないかな
CSSで解決できるから、FWから見たらstaticページと扱いが何も変わらない。
Model(ロジック)の方は、特別にスマホ対応をする場合もあるかもしれんが。
Model(ロジック)の方は、特別にスマホ対応をする場合もあるかもしれんが。
呼び出すモデルが変わるならいっそコントローラーやアクションを分けるのもありじゃない?
アクション共通ならビューにサブディレクトリ作るだけでもいい気が
アクション共通ならビューにサブディレクトリ作るだけでもいい気が
Modelが変わるとか後出しだし。
Modelが変わるなら、Viewも応じて変えた方がいいに決まってる。
Modelが変わるなら、Viewも応じて変えた方がいいに決まってる。
ビューのコーディングについて相談です。
Cakeで出力されるHTMLのCSS部分はローワーキャメルケースですが、
HTMLヘルパーを使用しない箇所はどうしていますか?
同じようにローワーキャメルケースで書いてますか?
それとも独自の書き方を採用していますか?
Cakeで出力されるHTMLのCSS部分はローワーキャメルケースですが、
HTMLヘルパーを使用しない箇所はどうしていますか?
同じようにローワーキャメルケースで書いてますか?
それとも独自の書き方を採用していますか?
>>138
独自だね
独自だね
>>139
そうですか。特にこだわらないでも良いですね。ありがとうございます。
そうですか。特にこだわらないでも良いですね。ありがとうございます。
あぁ、悪いちゃんと読んでなかったわ。
app の名前を指定するパラメータは確か -app じゃなかったかな。
-app app-admin
みたいなのをくっつければいいかもしれない。
そもそも、そんな呼び出し方する理由が分からんがな。
普通は app-admin のディレクトリに移動して Console/cake を呼び出すんだぜ。
app の名前を指定するパラメータは確か -app じゃなかったかな。
-app app-admin
みたいなのをくっつければいいかもしれない。
そもそも、そんな呼び出し方する理由が分からんがな。
普通は app-admin のディレクトリに移動して Console/cake を呼び出すんだぜ。
cakePHPでassociationを使うと
毎回結合が走っている様です。
この条件の時には結合を走らせるけれども
この場合には、結合せずにfindする
といった事をコントローラー側で制御する事は可能でしょうか?
毎回、結合してクエリ結果を返していると、テーブルのレコード件数が大きくなってきた場合に
パフォーマンスに影響が出る事が予想れます。
毎回結合が走っている様です。
この条件の時には結合を走らせるけれども
この場合には、結合せずにfindする
といった事をコントローラー側で制御する事は可能でしょうか?
毎回、結合してクエリ結果を返していると、テーブルのレコード件数が大きくなってきた場合に
パフォーマンスに影響が出る事が予想れます。
bindModel/unbindModel 使うんだったら ContainableBehavior でも
対して変わらないような気がする。
どっちもとんでもないクエリ吐き出すんだけどね。
joins 使えばそこそこまとも。
CakePHP3 ではかなり改善される模様。
対して変わらないような気がする。
どっちもとんでもないクエリ吐き出すんだけどね。
joins 使えばそこそこまとも。
CakePHP3 ではかなり改善される模様。
アソシエーションを使うより普通にSQL書いて実行
させた方が楽な気がするのだが俺だけ?
させた方が楽な気がするのだが俺だけ?
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 19ホール目【v3.3】 (844) - [95%] - 2023/2/2 14:30
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [95%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [93%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [93%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [93%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [93%] - 2011/6/30 22:32
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [93%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [93%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [92%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [90%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [90%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [88%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [88%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [88%] - 2008/12/19 21:06 ○
トップメニューへ / →のくす牧場書庫について