【PHP】フレームワーク CakePHP 17ホール目【v3α】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2014/08/02(土) 21:57:41.01ID:LI0DdohH質問するときはCakePHPのバージョンを書きましょう
※他フレームワークとの比較等はスレ違いです
■本家
http://www.cakephp.org/
APIドキュメント
http://api.cakephp.org/
github - cakephp
http://github.com/cakephp
the Bakery
http://bakery.cakephp.org/
cookbook（マニュアル）
[3.x] http://book.cakephp.org/3.0/
[2.x] http://book.cakephp.org/2.0/ja/
[1.3] http://book.cakephp.org/1.3/ja/
https://twitter.com/cakephp
https://www.facebook.com/CakePHP
■日本語公式
http://cakephp.jp/
フォーラム
http://cakephp.jp/modules/newbb/
※前スレ
http://kanae.2ch.net/test/read.cgi/php/1393661004/
0002nobodyさん
2014/08/02(土) 22:00:21.62ID:???>>1 少し修正した。
Lithium の話題はもう何スレッドも出てきてないので消したよ。
0003nobodyさん
2014/08/03(日) 09:32:53.64ID:???17ホール目じゃなくて18ホール目だった！
スマン
0004nobodyさん
2014/08/03(日) 13:46:39.60ID:???0005nobodyさん
2014/08/05(火) 15:21:34.94ID:???具体的には、cakephpのプログチュートリアルhttp://book.cakephp.org/2.0/ja/tutorials-and-examples/blog/part-two.htmlを、
tp://ドメイン/postではなく、
tp://ドメイン/cakephp/postで動くようにさせたい
スレチかもしれないけどどなたかわかりませんか
$vim /etc/nginx/sites-available/default
server {
root /usr/share/nginx/www;
index index.html index.htm index.php;
〜略〜
location /cakephp {
# alias /usr/share/nginx/www/cakephp/app/webroot;
index index.php;
try_files $uri $uri/ /index.html /index.php?$uri&$args;
if (!-e $request_filename) {
rewrite ^/cakephp/(.+)$ /cakephp/index.php?url=$1 last;
break;
}
}
location ~ ^/cakephp/.+\.php$ {
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_split_path_info ^/cakephp(.+\.php)(.*)$;
fastcgi_param SCRIPT_FILENAME /usr/share/nginx/www/cakephp/app/webroot$fastcgi_script_name;
fastcgi_intercept_errors on;
include fastcgi_params;
}
}
0006nobodyさん
2014/08/07(木) 00:21:06.42ID:???0007nobodyさん
2014/08/07(木) 14:20:30.27ID:???0011nobodyさん
2014/08/07(木) 17:46:25.12ID:???じゃ、君の質問は
「BaserCMSはWordPressよりコードが綺麗なの？」
あるいは
「BaserCMSってコードが綺麗ですか？」
って事を聞きたいのか？
0012nobodyさん
2014/08/10(日) 09:39:28.18ID:???勉強してもわからない。
モデルで、twitterにログインできるか？
をテストしたいんだけど。
0013nobodyさん
2014/08/10(日) 17:39:12.38ID:???0014nobodyさん
2014/08/10(日) 19:57:19.49ID:???やったことないけど twitter から成功したかどうかのレスポンスが返ってくるんだよね？
それが期待通りかテストすればいいと思う。
モックは、あるメソッドが期待通りの回数よばれたか、みたいなテストに便利。
たとえば、トランザクションの成功ケースのテストだとこんな感じ。
$mock->expects($this->one())->method('begin');
$mock->expects($this->one())->method('commit');
$mock->expects($this->never())->method('rollback');
begin() と commit() は一回だけ呼ばれるべきだし、 rollback() は呼ばれるべきじゃない。
0015nobodyさん
2014/08/10(日) 20:15:20.15ID:???ありがとうございます。
ツイッター側でメールアドレスとパスワード入力してOKボタン押さないといけないんです。
file_get_contentsみたいに帰ってくるならいいんですが。
あと、モックで回数を確認するのにと言うけどトランザクション以外で例ありますか？
今まで、回数を確認したいと思ったことがないんです。
0016nobodyさん
2014/08/11(月) 02:25:00.88ID:???twitter 側からレスポンスを受け取った後のテストを書けばいいと思います。
どんなレスポンスが返ってくるのかはわかりませんが。
$user = $User->loginUsingTwitter('{"status":"success", "username":"hogehoge"}');
$this->assertEquals($user['User']['id'], 1);
$user = $User->loginUsingTwitter('{"status":"error", "message":"Invalid username or password"}');
$this->assertFalse($user);
みたいな感じでしょうか？
> あと、モックで回数を確認するのにと言うけどトランザクション以外で例ありますか？
ピンと来るかはわかりませんが――。
$dataSet = array(
array('id' => 1),
array('id' => 2),
array('id' => 3),
);
$mock->expects($this->at(0))->method('save')->will(array('id' => 1));
$mock->expects($this->at(1))->method('save')->will(array('id' => 2));
$mock->expects($this->at(2))->method('save')->will(array('id' => 3));
$mock->saveMany($dataSet)
内部的に saveMany() が save() を呼んでいるのであれば、 saveMany() に３レコードを渡したら save() は３回、それぞれのレコードを引数にして呼ばれるべきでしょう。
> 今まで、回数を確認したいと思ったことがないんです。
テストケースは、自分が確認したいと思うかどうかではなくて、追加開発を行う時に、後任の担当者を憂鬱にさせないために作るものかなと思います。
特に修正を行うと広範囲に影響が及ぶような中核機能については、入念なテストケースを書いておいた方がいいかもしれません。
さもないと、そこを修正する必要に迫られた時、後任の担当者は、関数をまるごとコピペして２、３行修正する、という愚挙に出ます。
0020nobodyさん
2014/08/14(木) 11:29:49.85ID:???テストを先に、メインのプログラムを後に。というのがやりづらい。
先にメインのプログラムから書いてしまう。
何かコツみたいなないですか？
0021nobodyさん
2014/08/14(木) 17:57:35.56ID:???何かを登録する処理があるとして、
それをブラウザで実行して確認すれば良いだけじゃないのか？
0022nobodyさん
2014/08/14(木) 19:34:58.00ID:???0024nobodyさん
2014/08/15(金) 04:46:25.44ID:???テストケースを書けばテストも自動化できるので、コードの品質管理の上では必須。
ただ、Cake使いにはそういう所は少ない印象。
そういう取組をする現場はもっと新しいものを積極的に採用してるね。
0026nobodyさん
2014/08/16(土) 08:47:31.75ID:???新規会員登録に成功、失敗。
ログインに成功、失敗。
パスワード変更に成功、失敗。
この合計6つのテストを一瞬でやれる。
また、これにツイッターでログイン機能をつける場合、ブラウザテストだとすべてをテストし直す必要があるが、
テストケースがある場合、どんな方法でツイッターログインをつけようがテストさえつけりゃOKということになる。
0027nobodyさん
2014/08/16(土) 08:49:14.66ID:???強いて言えば昔書いたプログラムなどほとんど覚えてない。
しかし、テストケースさえありゃどんな目的で作ったのか一目でわかるようになる。
0028nobodyさん
2014/08/16(土) 16:43:12.80ID:???それをブラウザで実行して確認するのと
何がどうメリットがあるのか全く理解できないんだよな。
どうせテスト書いてもブラウザで確認する作業もあると思うし。
0029nobodyさん
2014/08/16(土) 16:46:43.74ID:???0030nobodyさん
2014/08/16(土) 19:48:20.56ID:???俺もテスト書くまではあなたと同意見だった。テスト書く手間もあるし、書き方もわからんし。
ただ、確認する項目が100,200となってくると同じ確認を何度もできなくなる。
手間だから。
安心感みたいなのもあるかもしれない。
0031nobodyさん
2014/08/20(水) 08:16:48.64ID:???0032nobodyさん
2014/08/21(木) 20:58:07.10ID:???例えばDBに登録しているバナーを表示して、
表示回数をカウントするような機能。
こういうのは早い動作（処理）を求められるけど、
Cakeを通すとどうしても動作が遅くなってしまう。
けど、読み書きにControllerやModelを使いたい。
なにかいい方法ありませんかね？
0033nobodyさん
2014/08/21(木) 22:41:55.19ID:???って書こうと思ったが後半見ると質問の意図は違うのか？
Cakeを丸ごと使うと遅くなるから機能の一部だけ使って速度と便利さ両立するような方法ない？って話？
0035nobodyさん
2014/08/21(木) 23:12:05.66ID:???フルスタックで高速開発が売りなのにわざわざバラして使うとか
素直に他の独立して使えるORMかSQLクエリビルダーのライブラリ使うってのは駄目なわけ？
軽いのならidiormとかあるじゃん
その例の程度だとControllerの必要性は感じないし
もしくは処理速くするだけならCakeフルに使ったままで
PHPをAPCやらで高速化するという手もあると思うけど
0036nobodyさん
2014/08/22(金) 00:12:48.81ID:???Cakeにこだわる意味あります。例えば>>32の要件の場合、
バナーの管理って管理画面を作ると思うのです。
その場合のログインシステム、バナー画像の管理、アクセス数の確認
など管理画面でやりたいことが結構あります。
これをフルスクラッチで作るのは結構骨が折れます。
「アクセスが集中する箇所を軽くしたい」という要件を満たすためだけに、
フレームワーク使わないというのは非効率に感じるのです。
0037nobodyさん
2014/08/22(金) 00:18:28.47ID:???表示のカウントは管理画面と別でしょ？
管理画面だけCakeで作ってDBだけ共用すれば？
0038nobodyさん
2014/08/22(金) 00:32:14.41ID:???ということは、管理画面だけCakeにして
他は別のフレームワークを使うということですか？
それはそれで正しい開発の在り方なのでしょうか・・・
0039nobodyさん
2014/08/22(金) 00:42:28.69ID:???要はアクセス集中する部分だけ素のPHPに近い状態で書けば速いわけだけど
Cakeはフレームワークの一部だけ取り出して使うことをあまり想定してないからこの用途にはあまり向かないんじゃないのってこと
かと言ってフルスクラッチはキツイだろうから軽めの他のライブラリ併用すれば？と
そこに他のフレームワーク使って何とかなるなら管理画面ごとそのフレームワーク使えばいいよね
0040nobodyさん
2014/08/22(金) 01:16:14.35ID:???Silex＋Twig＋Eloquentとか簡単にできる。
0041nobodyさん
2014/08/22(金) 01:34:06.53ID:???0042nobodyさん
2014/08/22(金) 02:05:27.82ID:???その続きからApp::uses('Model', 'Model')などと書き始めれば動くことは動きそう
でも軽いかこれ？
0043nobodyさん
2014/08/22(金) 02:13:08.95ID:???リアルタイムにデータ取りにくい代わりに負荷減らせね？
0044nobodyさん
2014/08/22(金) 03:07:44.02ID:???サーバのログ＝テキストファイルだけど、
それを分析・分類するのはどうするんだ？シェル書くのか？
0045nobodyさん
2014/08/22(金) 09:21:10.25ID:???共用のレンサバに機能としてついてるようなアクセス解析はほぼこの類
Apacheログのパーサーくらい探せばPHPのライブラリもあるだろうが
シェルスクリプトのが軽いか
最近はFluentdでログを構造化するのが流行ってんじゃね
0046nobodyさん
2014/08/22(金) 09:34:12.26ID:???0047nobodyさん
2014/08/22(金) 12:33:28.35ID:???0048nobodyさん
2014/08/23(土) 14:14:21.76ID:1tdBFRBeファイルを保存してもすぐに反映されません。
これはどこかにキャッシュされますか？
0049nobodyさん
2014/09/02(火) 17:18:10.52ID:QrpuDeHlビューを管理画面から編集する機能をつけようと思っているのですが、
単にPHPのソースを編集する形にしても問題ないのでしょうか？
（不特定多数が使用しません。管理者のみです）
非プログラマにPHPファイルを編集させるのは違和感があるのですが、
WordPressでそうなってるので、特に問題ないのかな？と感じています。
もし、問題がある可能性があれば注意点を教えて下さい。
0050nobodyさん
2014/09/02(火) 23:39:56.72ID:4+zCLOUHCakePHP 固有の問題は思いつかない。
0051nobodyさん
2014/09/02(火) 23:50:38.40ID:???稼働中に止まってもいいサイトならどうでもいいが
管理者だってミスるだろうしせめて構文チェックくらい入れて差し上げろ
0052nobodyさん
2014/09/02(火) 23:51:19.97ID:???若干面倒だが
0053nobodyさん
2014/09/03(水) 00:19:55.11ID:???なるほど。ビューの編集機能ってあった方が良いんですかね？
自分は直接いじるので無くても構わないのですが、
CMSだとあるのが必須のような気がして、迷います。
0054nobodyさん
2014/09/03(水) 00:48:46.04ID:???IDEかエディタでテーマ編集してローカル環境でテストしてからアップする
管理画面にビュー編集機能がなくても大して気にしない
【個人サイトやビジネス利用でも運用が適当なユーザー】
少々サイトが止まってても良いので管理画面から直に変更を加えたいこともある
というイメージ
あと考えられるのはCMSまたはCakeのディレクトリ構造をよくわかっていない奴がビューを触りたいなら便利なのかもな
テーマ編集機能がないとそもそもどのファイルいじれば表示変わるんだよと文句言う奴もそれなりにいる
その程度の知識でビュー触んなハゲと言いたいが現実は非情である
0055nobodyさん
2014/09/03(水) 01:03:28.90ID:???さらにWPはwordpress.comみたいなホスティングもあるし
極端な話FTPすら分からなくても利用開始できてしまうんだよな
そこまで行くともうブラウザから殆どの作業ができるようにせざるを得ないという感じなのでは
個人的には機能実装の優先度は低いと思う
大衆向けCMSとして成功したならいずれ要望が出てくるんだろうが
0056nobodyさん
2014/09/03(水) 01:13:13.14ID:???大勢の一般人に使わせるならあってもいい
そして一般人に使わせるCMSならビューには
自動エスケープするテンプレートエンジンを使ったほうがいい
0057nobodyさん
2014/09/03(水) 03:02:35.39ID:???0058nobodyさん
2014/09/03(水) 11:31:38.30ID:???0059nobodyさん
2014/09/04(木) 05:40:00.77ID:???<p>こんにちは</p>
<?php else: ?>
<p>こんばんは</p>
<?php endif; ?>
FWを使用しなくてviewに相当するスクリプトにこう書いているものを、
cakephpではどうやって書くのがよい作法なのでしょうか？
0060nobodyさん
2014/09/04(木) 10:02:35.94ID:???１．テンプレート内でロジック・変数の設定と出力を分ける
<?php $greeting = $a ? 'こんにちは' : 'こんばんは'; ?>
<p><?php echo $greeting ?></p>
ここまではFW利用関係なしにやっておくべき
以下はMVCパターンのFWを使うとして
２．ロジックと変数の設定処理をControllerのActionに移動
public function hogeAction() {
$greeting = $a ? 'こんにちは' : 'こんばんは';
$this->set('greeting', $greeting);
}
※複数のテンプレートで共用するならController::beforeRender()にでも書く
３．ロジックをModelや共通関数に移動
複数箇所で再利用したり挨拶の種類が増えたりして複雑化する予定があるなら
アプリ内の共通関数またはGreetingクラス（CakeのModelクラスは継承しない）とgreetメソッドを作ってControllerから呼ぶ
テストしやすいしね
以下蛇足
>>59は分岐の条件を$aという変数で単純化しているけど
ユーザーがアクセスした時間帯によって挨拶内容を分岐するだろうね
3で引数にDateTimeオブジェクトを取るように関数・メソッド・クラスを設計しておかないとテストが少々面倒
多言語化と現地時間考慮という要求が出てきたらもっと大変
単体テストの存在意義分からんちんな人なら目視で結合テストしてそれだけで１日かかるかもしれないな
0061nobodyさん
2014/09/04(木) 10:44:49.53ID:???大概テストコードも少ない上に１つのクラスとメソッドがとても長いんだよね
保守を押し付けられたら死ぬしかない
0062nobodyさん
2014/09/04(木) 12:37:25.21ID:???横だけど、1の書き方はおかしくないか？
ビューやコントローラで変数に代入するってのは違うと思うだが。
普通に共通ヘルパー作るので良いと思うんだけど。
<?php echo $this->ViewCommon->greeting(); ?>
みたいな感じで出力して。
ヘルパー内の関数（greeting）で時間帯に合わせて
出力メッセージ変えれば、>>59がやりたかった事をシンプルに出来るだろ。
0063nobodyさん
2014/09/04(木) 19:57:46.19ID:???コントローラでビュー変数をセットするのって普通じゃないの？
ビューにModelのfindの結果渡すのと同じだし
0064nobodyさん
2014/09/04(木) 20:18:57.95ID:???ヘルパーはプレゼンテーションロジック担当というMVC原理主義に従うならモデル作るのが正解なんだろう
0065nobodyさん
2014/09/04(木) 20:37:01.94ID:???それはビューに変数を代入したり、可変する場合な。
>>59のような挨拶って代入する必要ないだろ。
「◯◯さん、こんにちは」の、名前の部分は別だが。
0066nobodyさん
2014/09/04(木) 20:41:26.45ID:???0067nobodyさん
2014/09/04(木) 20:46:00.11ID:???「ヘルパーで十分」って回答するのは、あまりに浅はかだろｗ
0068nobodyさん
2014/09/04(木) 20:51:18.46ID:???共通ヘルパーが神クラス化してるアプリ見たことあるわｗ
ヘルパーなのに主役というギャグだったんだと思ってる
0069nobodyさん
2014/09/04(木) 20:59:14.22ID:???さっさと投げ捨てよう
0070nobodyさん
2014/09/05(金) 00:09:03.50ID:???エスパーじゃないんだからさ、例示以上の事を推測できないでしょ。
ま、一応用途を推測した上で回答してるけど、
それでもコントローラから挨拶文を生成するやり方は
バッドプラクティスだと思うけどなぁ
0071nobodyさん
2014/09/05(金) 01:22:18.58ID:???どっちの挨拶文を選択するかはビュー関係なしに解決できる。
"よい作法"を問われたらモデルに書いて素直なMVCするが正解だとおも。
ヘルパーは表示整形用途に留めるべきで、
コントローラはMV間の糊に徹するべき。
3系ならViewCellも選択肢に入る。
0072nobodyさん
2014/09/05(金) 01:28:31.63ID:???0073nobodyさん
2014/09/05(金) 01:53:21.35ID:???例えば、おはよう・こんにちは・こんばんわ以外に
時間帯によって挨拶文を出力したいとする。
ロジックが発生するけど、これモデルか？モデルなら何のモデルだ？
Userモデルか？会員サイトじゃない場合はどうするんだよ。
だったらヘルパーにする方が汎用性高いだろ。
別に例を出すと、パンくずリストがある。ページによって位置が変わる。
しかし、これはHTMLヘルパーに用意されている機能だ。
コントローラに依存しそうな機能なのにヘルパーだ。
なぜか。ビューで表現する機能だからだ。
1から10まで仕様通りに作れとは言わないが、
より複雑に作る事をお勧めするのは如何なものかと感じる。
0074nobodyさん
2014/09/05(金) 01:56:33.77ID:???最初はデータベースにモデルを永続化しないアプリケーションを作りながら
MVCフレームワークを学ばせたほうがいいんじゃないかと思う
0075nobodyさん
2014/09/05(金) 02:12:07.63ID:???あるある
フレームワークで用意されたModel・AppModelクラスを継承したものだけがモデルだと思ってる
実際はモデルの部分集合にすぎんのに
んで行き場を失ったビジネスロジックがコントローラやヘルパーでヒャッハーしてる
0076nobodyさん
2014/09/05(金) 03:12:00.07ID:???特にHTMLヘルパーがパンくずの配列$_crumbsを状態として持ってるのは違和感バリバリだわ
おもいっきり単一責任の原則に反してるしパンくずリストの構築に責任を持つクラスを作るべき
ヘルパーのメソッドはパンくずリストを表すオブジェクトか配列を受け取って出力の整形をするだけでいい
>会員サイトじゃない場合はどうするんだよ。
腹筋崩壊するからやめろっやｗｗｗｗ
0077nobodyさん
2014/09/05(金) 04:34:38.73ID:???な、結局煽ったり重箱の隅突っつくしかなくなるだろ？
いつの間にか話が「モデルの使い方」になってら。
話のすり替えもいいとこだ。
>>67では「簡単な例で示しただけ。浅はか」と言ったから、
仕様を会員サイトで想定し体験をだしたら、腹筋崩壊するぐらい面白いっと。
次はどんな煽りで来るんだろうなー面白いこと言えたらいいんだけどなー
0078nobodyさん
2014/09/05(金) 10:37:11.84ID:???複雑な処理なら一部他に任せるように変えてけばよくね？
モデルに委任してもいいし
コントローラ経由でモデルに処理移すのと大差ないやん
007978
2014/09/05(金) 11:00:32.52ID:???例えばSystemMessageクラスをモデルに作るのもあり……？
008078
2014/09/05(金) 11:10:14.48ID:???ビューロジックとビジネスロジックの解釈の違いが噛み合わん原因っしょ
>>73の会員サイトの例で説明を試みると
挨拶文はUserモデルと比べれば瑣末にすぎないビューの表現の一種やん→ビューロジック ヘルパー派
挨拶文の選択条件は見せ方に依存しねえじゃん→ビジネスロジック モデル派
0081nobodyさん
2014/09/05(金) 12:29:00.74ID:???0082nobodyさん
2014/09/07(日) 03:06:53.03ID:???pagenationでUNION使いたいんだけど情報が全くないので困ってます
生のSQL叩いてpagenationに組み込む方法しかないのかな
■ このスレッドは過去ログ倉庫に格納されています