【PHP】フレームワーク CakePHP 17ホール目【v2.4】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2014/03/01(土) 17:03:24.57ID:8AJ9GD6ECakePHPから派生したLithium(li3)も専スレできるまではここでどうぞ
質問するときはCakePHPのバージョンを書きましょう
※他フレームワークとの比較等はスレ違いです
■本家
http://www.cakephp.org/
APIドキュメント
http://api.cakephp.org/
github - cakephp
http://github.com/cakephp
the Bakery
http://bakery.cakephp.org/
Issue
http://cakephp.lighthouseapp.com/dashboard
CheatSheet[1.2] (PDF)
http://cakephp.org/files/Resources/CakePHP-1.2-Cheatsheet.pdf
■日本語公式
http://cakephp.jp/
フォーラム
http://cakephp.jp/modules/newbb/
cookbook(マニュアル)
[2.x] http://book.cakephp.org/2.0/ja/index.html
[1.3] http://book.cakephp.org/ja
※前スレ
http://kohada.2ch.net/test/read.cgi/php/1378659370/
0773nobodyさん
2014/06/24(火) 21:11:44.93ID:???0774nobodyさん
2014/06/24(火) 23:54:56.03ID:NjjfXiKQGETパラメータでcakeのコントローラにアクセスを掛けたいのですがどうすれば良いでしょうか?
本来は、検索ボタンを押した際に�@でコントローラのメソッドにアクセスを
したいのですが、�Aになってしまいます。
�@・・・期待しているGETアクセス
http://test.com/hoge/buta/123/tarou
�A・・・想定外に生成されるURL
http://test.com/hoge/buta?id=123&name=tarou
コントローラ
HogeControler
{
public function Buta($id , $name)
{
//ここで「/」区切りでアクセスされた値を取得する。
}
}
HTML
<form name="name_form" action="/hoge/buta" method="get">
<input type="text" id="id_test" name="id" value="">
<input type="text" id="id_test" name="name" value="">
</form>
0775nobodyさん
2014/06/25(水) 00:05:21.21ID:???0778774
2014/06/25(水) 01:07:07.36ID:1IpoS71wやはり通常のFormではCakePHP用のURLを生成する事は出来ないみたいですね。
仕方無いので検索ボタンをクリック時に動的にURLを組み替えてリダイレクトする事により実装する事にします。
0779nobodyさん
2014/06/25(水) 01:11:23.04ID:???ID指定した時点で検索というよりただの詳細表示のような
0780nobodyさん
2014/06/25(水) 01:50:00.94ID:???0781nobodyさん
2014/06/25(水) 12:47:26.75ID:???2の方がいいと思うんだが
0782nobodyさん
2014/06/25(水) 13:46:34.28ID:cgps1MKkどういうこと?
0783nobodyさん
2014/06/25(水) 14:13:35.35ID:???0784nobodyさん
2014/06/25(水) 14:21:54.78ID:???それならPOSTにしろよ
0786nobodyさん
2014/06/25(水) 20:30:38.80ID:???POSTだとキャッシュもされないし
0787nobodyさん
2014/06/25(水) 21:43:08.93ID:???hoge.com/app/webroot/media/tarot.jpg
が読まれた際、
hoge.com/media/tarot. jpg
が読まれるようにしいのですが、良い方法ないでしょうか?
nginxでやってます。
ちなみにhoge.comは自分のドメインです。
0790nobodyさん
2014/06/26(木) 02:12:49.47ID:???http://www.matomater.com/16864/
0791nobodyさん
2014/06/26(木) 21:12:17.80ID:ceT3Qpnqここだとすれ違いですよね?
0792nobodyさん
2014/06/26(木) 21:39:46.70ID:???以下の形式の日付型文字列であればOK、違っていればNGと厳密なバリデーションチェックを掛けたいのですが
どうすれば良いでしょうか?
2014-06-10
- で split してチェックを掛けるしかないのでしょうか?
0793nobodyさん
2014/06/26(木) 22:09:00.35ID:???$isValid = date('Y-m-d', strtotime($check)) === $check;
0794nobodyさん
2014/06/26(木) 22:17:51.48ID:h6oXqOHuサンクス!
ここまで短く判定出来るなんて、、、
驚きです。
0795nobodyさん
2014/06/26(木) 22:29:39.04ID:???0796nobodyさん
2014/06/26(木) 22:32:22.88ID:???きめえな
0798nobodyさん
2014/06/26(木) 23:04:09.80ID:???0799nobodyさん
2014/06/26(木) 23:54:58.72ID:???0800nobodyさん
2014/06/27(金) 11:40:50.24ID:???先にHTMLコーディングをしてある程度のファイルを作って、
その後にViewファイルを作る?それともいきなりViewから作る?
俺はトップページとか主要なページのHTMLコーディングを先にして
それからView化するだけど、後から変更する事が多くて二度手間になるのを感じる。
だから、先にデザインとかレイアウトとか全て完璧に決めて、
それからView化した方が良いのかな?とも思うんだけど、
すぐに動きを見たいから、Controllerと同時に作りたくなる。
結果、直してばかりで面倒になって投げ出したくなるw
そんなアプリばかり作ってるんだけど、何か良いやり方はないかな?
0801nobodyさん
2014/06/27(金) 12:27:28.48ID:???↓
Photoshop
↓
マークアップ
↓
CSS
0803nobodyさん
2014/06/27(金) 13:16:39.40ID:???俺も同じやり方なんだが、後からマークアップを変えたくなる。
>>802
Cakeの場合、レイアウトやエレメントに分けるだろ?
その後にマークアップの変更やデザインの追加・変更などが入ると、
何度もやり直したりして、投げ出したくなる
0804nobodyさん
2014/06/27(金) 16:32:32.36ID:???俺はややこしくなりそうな場合だけは
ビューには echo 以外は一切記述しないのを目標に、
専用のヘルパーを作って加工のロジックは隠ぺいするようにしてる。
それなりに扱い易くはなるが、万能ではない。
0805nobodyさん
2014/06/29(日) 22:38:39.46ID:qTkMeLPdそこで、1ファイルにゴリゴリ共通関数も纏めて書いてますが、皆さんはどうしてますか?
0807nobodyさん
2014/06/30(月) 08:44:32.98ID:???0808nobodyさん
2014/06/30(月) 14:03:48.42ID:???0809nobodyさん
2014/06/30(月) 16:21:21.70ID:???0810nobodyさん
2014/06/30(月) 17:47:06.48ID:cdSjRfUN圧縮しないとソースコード筒抜けじゃん。
難読化しないといけないんとちゃいまっか?
0812nobodyさん
2014/06/30(月) 20:22:22.30ID:cdSjRfUN我ながらコードセンスが良い
綺麗なコードなのでぱくられたくないなーとw
0813nobodyさん
2014/07/01(火) 19:58:59.95ID:???TwigView以外で使えるのない?
0814nobodyさん
2014/07/02(水) 17:32:38.36ID:???$this->Model->hasMany['Hoge']['conditions'] = array('Hoge.type' => 1);
$data = $this->Model->find('all');
とすれば、hasMany先のテーブル内で絞り込みは出来るのですが、
絞り込みの結果、「一致するデータがない」場合でも、
Modelのデータは取得できてしまいます。
なにか良い書き方、方法は無いでしょうか?
0815nobodyさん
2014/07/02(水) 23:13:55.69ID:???俺的には使わないほうが後々面倒がないという考えなんだが。
0816nobodyさん
2014/07/03(木) 00:15:43.70ID:???Hoge モデルを、hasMany とは別に存在チェック用に hasOne でアソシエーション張る
$hasOne = array('HogeOne' => array('className' => 'Hoge'));
で、検索条件に HogeOne.id != null を加える。
0818nobodyさん
2014/07/03(木) 00:28:54.40ID:Gi3lwfX6(寧ろ構築は出来るかもしれないけど)
パフォーマンス劣化が半端無い気がするのですが如何でしょうか?
2chがDBを使わずにログファイルで管理しているのは
やはりFW何かを使うと速度低下が否めないからでしょうね。
0820nobodyさん
2014/07/03(木) 00:56:55.55ID:???どの程度の性能なのかしらんけどFW以前にPHP使ってる時点ですでにサーバの数増やさざるを得なさそうな気が
ORMやFW使うとさらに遅くなるってのは間違いない
0822nobodyさん
2014/07/03(木) 01:11:12.39ID:???FacebookみたいにHHVM使うなら話は別かもな
Cakeがまともに動くのかしらんが
0823nobodyさん
2014/07/03(木) 01:28:28.14ID:???hhvmが早いといっても、php-raw(素のphp)の2倍しか速くない
cakeは遅すぎて計測不能
cakeよりちょっと速いといわれる
railsやsymfonyでphp-rawで書いたのの1/10の速さでしかない
cakeじゃ無理だな
fuelでphp-rawの半分、phalconでphp-rawと同じぐらいだからここら辺で書かないと
他はyafやphpixieな
0824nobodyさん
2014/07/03(木) 01:37:08.52ID:???DBスレーブサーバ(ないしAmazon RDS)とロードバランサ使って
ユーザが増えた時はサーバ台数多めで対応
徐々にコードやキャッシュを調整して台数や一台あたりに要求される性能を減らしていくって感じか
速度もある程度はスケールアウトでカバーできるいい時代になった
まず新サービスに大勢の人が来る保証もないし
動作速度より開発速度や書きやすさを優先するからこそのFWっしょ
そんなに速度が気になるなら最初からPhalconやJavaやJVM系言語やC#でも使うよろし
0825nobodyさん
2014/07/03(木) 01:41:59.54ID:???バランスじゃないのかな?
railsは突出して開発速度?が速いけど
cakeだとphalconと比べてもあまり大差ないみたいだしな
流石に10倍速度が違う≒アクセス10倍の差があるだからな
あくまで、速度が重要視される場合な。
cakeで捌ける人数しかこない前提なら問題ないし
元の話の2chなら話にならないよな
0826nobodyさん
2014/07/03(木) 01:56:21.45ID:???http://www.techempower.com/benchmarks/#section=data-r7&hw=i7&test=query
CakePHPが遅すぎて計測不能なんじゃなくてフレームワークが増えすぎて中の人が徐々に手が回らなくなっているのでは?
過去のを見るとちゃんと結果が載ってる回もある
ところでDartの結果良いな
いつの間にこんなに
0827nobodyさん
2014/07/03(木) 02:01:52.84ID:???githubでコード集めてるから
人気がなくなった(外部のコードを書く人がいなくなった)ってほうになるな
0829nobodyさん
2014/07/03(木) 02:05:10.64ID:???Cakeでベンチ対決に参加しても悲しくなるだけだし
0830nobodyさん
2014/07/03(木) 02:09:04.71ID:JnE+cuIZそもそも2ch位のトラフィックを捌けるFWとかなさそうですね。
0831nobodyさん
2014/07/03(木) 02:10:17.86ID:JnE+cuIZ流石に2chクラスだとCakeじゃ無理でしょ。
0832nobodyさん
2014/07/03(木) 02:11:15.57ID:JnE+cuIZ0833nobodyさん
2014/07/03(木) 02:14:41.70ID:???0834nobodyさん
2014/07/03(木) 02:33:52.59ID:???'捌ける'の前提がよく分からんが
RDBとORMありのFW使った上で2chと同じサーバスペック同じ台数で捌けるかどうかってことか?
Cakeには無理だろうが全FWが駄目と判断するのは早計でしょ
2chのWebサーバって未だにEvent MPMがまともに使えないVer.のApacheだし
書き込みのほうのbbs.cgiは所詮Perlだしガチガチに高速化されてるとも思えないな
http://www.techempower.com/benchmarks/#section=data-r9&hw=i7&test=json
>>833
まったくだ
0836nobodyさん
2014/07/03(木) 02:56:35.42ID:JxPD7Z4wランサーズの重たさを見てやはりcakeの底が見えました。
ところでなんで ランサーズ がcake使ってるってわかったの?
0837nobodyさん
2014/07/03(木) 03:02:55.42ID:???0839nobodyさん
2014/07/04(金) 07:21:47.42ID:???https://github.com/cakephp/cakephp/issues/3857
運が悪いと、ある日突然 DB が壊滅するかもしれん。
更新時に id も無駄にセットしていれば被害は(ほぼ)出ないわけだが、
常にトランザクションを張っておくのが正解かな?
0840nobodyさん
2014/07/04(金) 23:56:36.75ID:SDFDitCY" aaa bbb "
→ 含まれている
"aaa bbb"
→ 含まれていない
※ワードの真ん中にスペースがあってもOKですが
文字列の前後に全角・半角スペースが含まれている場合にはバリデーションでエラーを通知したいです。
0841nobodyさん
2014/07/05(土) 00:14:24.58ID:???0842nobodyさん
2014/07/05(土) 00:26:41.66ID:???/^[ ]|[ ]$/u
0843nobodyさん
2014/07/05(土) 00:26:45.58ID:bSC+q1ktサンキュー
0845nobodyさん
2014/07/05(土) 00:49:59.15ID:???トランザクションしか手の打ちようがないと思うけど、
これってどんな ORM でも同じ問題おこるんじゃないの?
0846nobodyさん
2014/07/05(土) 01:06:28.71ID:???以前WHERE 1=1で運用中のテーブル全消しされた悪夢が蘇る。
0847nobodyさん
2014/07/05(土) 01:35:04.96ID:3rDWh52gJavaScriptでやるよりセキュリティー的にも開発工数の短縮化対策にも良いよね?
0848nobodyさん
2014/07/05(土) 01:38:16.33ID:???0850nobodyさん
2014/07/05(土) 03:35:07.33ID:???エラーがなければ送信ボタン押すってやつ?
入力項目が多いと重くなりそうだし、汎用性も低いんじゃないか?
0852nobodyさん
2014/07/05(土) 11:32:54.03ID:???requiredとかありふれた形式チェックくらいは、クライアントでやってもいいんじゃね。
開発工数ったって、そんなのほとんどないに等しいだろ。
0853nobodyさん
2014/07/05(土) 20:25:37.65ID:???0855nobodyさん
2014/07/05(土) 22:18:10.80ID:???0856nobodyさん
2014/07/05(土) 23:28:29.38ID:???画面遷移なしで"フォロー"と"フォロー解除"を行いたいです。
AjaxとjQuery初心者でググってもイマイチよく分からない...
0857nobodyさん
2014/07/06(日) 00:29:47.41ID:???Jsヘルパーのrequestメソッドを使用しようと思ってます。
�@『フォロー』ボタンを押す(ボタンはdiv #follow)
�AAjaxでpost送信
�B「フォローした相手」のデータをsaveする
�C画面遷移なしで『フォロー解除』ボタン(ボタンはdiv #unfollow)に切り替え
�Cのボタンの切り替え方法が分かりません。
よろしくお願います。
0858nobodyさん
2014/07/06(日) 05:13:50.01ID:ayo5h1orJavaScript でチェックなんかしなくてもサーバサイド一本にすると
凄く開発効率があがるよ。マジオススメ。
両方チェックとか馬鹿の極みだろ。
0860nobodyさん
2014/07/06(日) 06:18:30.25ID:ayo5h1orじゃー、お前はクライアントとサーバサイドで同じ処理をガリガリかいてろ
0861nobodyさん
2014/07/06(日) 10:04:46.22ID:???0862nobodyさん
2014/07/06(日) 11:47:11.80ID:???普通というか正当なCakeのバリデーションというか。
そこから凝るとAjaxを使ったクライアントサイドになるわけで。
0863nobodyさん
2014/07/06(日) 11:53:03.79ID:???0864nobodyさん
2014/07/06(日) 12:19:46.52ID:???ajaxの成功時のコールバックに書けばいいよ
jqueryのpostメソッドなら3番目のcallback引数、ajaxメソッドならoptionsのsuccessプロパティ
0865nobodyさん
2014/07/06(日) 12:21:22.39ID:???クライアントサイドは要件次第
0866nobodyさん
2014/07/06(日) 13:35:04.95ID:ayo5h1orクライアントサイドは暇人のみ必須
0867nobodyさん
2014/07/06(日) 13:50:27.42ID:???0868nobodyさん
2014/07/06(日) 14:01:42.86ID:???0869nobodyさん
2014/07/06(日) 15:40:52.42ID:ayo5h1orサーバサイドに入れなくちゃ意味ねーだろ。
0870nobodyさん
2014/07/06(日) 15:44:02.56ID:???サーバサイドに入れるのは大前提で
UIの質の向上のためにクライアントサイドにも実装するかどうかってことでしょ?
入力時にリアルタイムでバリデーションするとかそんな感じの
その上で実装方法としてAjaxでサーバサイドのバリデーションを使いまわす方法と
クライアントでJavaScriptで同じバリデーションを書く方法があるって話
0871nobodyさん
2014/07/06(日) 15:51:05.55ID:???HTML5が対応していないブラウザなら当然スルーされるから、サーバサイドでのVaildationになるのは自明だろ。
いまどき最低限それくらい書いといて当たり前。
0872nobodyさん
2014/07/06(日) 15:58:05.81ID:???見たところその前提で話してるのは少数派
簡単なチェックだけクライアントサイドでも実装すればいいという意見はもっともだけど
他はJSで書かないといけないような
もっと複雑なチェックも含めて話してるんじゃないのか?
0873nobodyさん
2014/07/06(日) 16:20:06.81ID:???クライアント側のチェックを信用せずサーバ側の実装が必須ってのは前提としてOKなんだよな?
これは仮にHTML5に対応しないブラウザがこの世から消滅したところで変わらない
だからクライアントのバリデーションを実装する主な目的は
セキュリティやデータの正確さの保証ではなくUI・UXもしくはサーバ負荷の低減
早い段階で(サーバを煩わせずに)ユーザが正しくない入力に気付くことは必須ではないが有用だってこと
仕事なら要件次第というのもその通りだろうし
HTML5の属性で実現できる程度なら常に書いておけというのもわかる
各自のイメージしている仕様や前提が違うだけだよな
■ このスレッドは過去ログ倉庫に格納されています