【PHP】フレームワーク CakePHP 19ホール目【v3.3】 [無断転載禁止]©2ch.net

1nobodyさん2016/12/24(土) 11:50:31.88ID:???
CakePHPは、Ruby on Railsの概念の多くを取り入れた、高速開発とPHPの機動性を兼ね備えたフレームワーク
質問するときはCakePHPのバージョンを書きましょう

※他フレームワークとの比較等はスレ違いです

■本家
https://www.cakephp.org/
APIドキュメント
http://api.cakephp.org/
github - cakephp
https://github.com/cakephp
the Bakery
http://bakery.cakephp.org/
cookbook(マニュアル)
[3.x] http://book.cakephp.org/3.0/ja/
[2.x] http://book.cakephp.org/2.0/ja/
[1.3] http://book.cakephp.org/1.3/ja/
Twitter
https://twitter.com/cakephp
Facebook
https://www.facebook.com/CakePHP

■日本語公式
https://cakephp.org/jp/

■前スレ
【PHP】フレームワーク CakePHP 17ホール目【v3α】
http://tamae.2ch.net/test/read.cgi/php/1406984261/

2nobodyさん2016/12/27(火) 13:25:39.18ID:???
ほす

3nobodyさん2016/12/27(火) 14:04:08.13ID:???
来年も1.x系が保守されますように

4nobodyさん2017/01/19(木) 10:17:53.59ID:???

5nobodyさん2017/01/25(水) 08:24:25.91ID:Vs6NNtqp
ttp://www.cakephpforum.net/index.php
変なページが出てくるけど何これ?潰れた?
落ち目だなあ

6nobodyさん2017/01/25(水) 16:34:29.13ID:???
おつー

7nobodyさん2017/01/31(火) 15:57:00.73ID:???
3がぱっとしないからか、終わりすぎてるな
バグの報告しても返信付かないし、もうダメだな

8nobodyさん2017/03/08(水) 04:16:50.50ID:???
https://trends.google.com/trends/explore?q=laravel,cakephp
cakeオワコン過ぎでしょ、人気なの日本だけだし
というわけで俺はlaravelを始める

9nobodyさん2017/03/08(水) 16:38:58.72ID:???
正直、フレームワークなんて何でも良い時代だ。

10nobodyさん2017/03/19(日) 22:26:27.22ID:i92byKLM
基本は静的なhtmlで構成されたサイトなのですが、
お問い合わせとフォトギャラリーのページだけシステム化したいと思います。

全部をViewテンプレートにしてシステム化するのもどうかなって感じるのですが
一部だけCakeを使う方法ってあるんですかね?
2系でやり方があれば教えてください

11nobodyさん2017/03/20(月) 12:25:19.64ID:baG4jUt4
symfony 入れたら綺麗にクロスした
https://trends.google.com/trends/explore?q=laravel,cakephp,symfony

12nobodyさん2017/03/20(月) 18:27:57.02ID:???
>>11
シェアのグラフは積分値で見ないと意味ないと思う

13nobodyさん2017/03/28(火) 16:44:01.62ID:???
Cakeのこと相談できるサイトって、このスレはおろか、ネット上にももうないな

14nobodyさん2017/03/28(火) 17:20:30.45ID:???
>>13
stackoverflowとかteratailとかhttp://cakesf.herokuapp.com/とか 👀
Rock54: Caution(BBR-MD5:b95868ef2c0ed5e765a4d10ada4cf289)

15nobodyさん2017/03/29(水) 15:21:29.78ID:???
聞けば答えるよ

16nobodyさん2017/04/02(日) 20:28:36.77ID:???
結局質問なしかよ

17nobodyさん2017/04/04(火) 00:46:02.42ID:???
じゃ、質問。
いくつかのコントローラーに共通する処理があるんだけど、
コンポーネントに分けてる?それともコピペして書いてる?

コンポーネントに分けようと思ったんだけど、
saveとかモデル処理が発生するし、分けづらい。
(ClassRegistryで呼び出せばいいだけだけど

あと、コンポーネントの名前とモデルの名前が被るので別名にしなきゃなんだけど、
良い名前が思いつかないってのもあるw

18nobodyさん2017/04/04(火) 14:05:43.66ID:???
>>17
お前根本的に何もわかってないわ

19nobodyさん2017/04/04(火) 14:26:51.68ID:???
良くわかってない奴が良くわかってないFWを使うとありがちな事象かもな

20nobodyさん2017/04/04(火) 15:10:24.96ID:???
>>17
個人的な意見だけど、componentはmodelに依存しないcontrollerの共通処理やライブラリ的なものに
限定して作った方がいいと思うよ。

ドメインレイヤー(Model層)の処理をcomponentにまとめるのは良くない(MVCの概念的に)。

一方で、componentという便利機能があるのだから、積極的にドメインレイヤーの処理もそこで
実装しろ派も見たことあるけど。

21nobodyさん2017/04/04(火) 17:07:51.40ID:???
>>20
俺もそう思うからコンポーネント化するのに躊躇してる。
それならapp_controllerに書けば良いんじゃね?とか思ったり。
でも、コンポーネントに入れると便利は便利でこれまた悩む

22nobodyさん2017/04/04(火) 17:08:52.75ID:???
ちなみに、baserCMSはコンポーネントにもmodel依存するコード書いてるな
あれは複数の開発者が居るだけに、コードの流用を重視したっぽい

23nobodyさん2017/04/05(水) 01:24:02.17ID:ehM8swwV
cake PHPのデバッグツールが大手企業のフロントで表示されてるのって、セキュリティ的に危険?

24nobodyさん2017/04/05(水) 02:05:35.56ID:???
>>17
モデル内で別のモデルをClassRegistry::initとかしたくないから
複数のコントローラから使う処理はコンポーネントに何でもかんでも書いてる
間違いなくコンポーネントが一番でかい

25nobodyさん2017/04/05(水) 17:17:19.37ID:???
>>24
確かにモデル内でClassRegistry::initも躊躇するんだよな・・・。
どっちでも良いと言われればそれまでなんだけど、
後々の使い勝手やカスタマイズ性を考慮すると難しい

26nobodyさん2017/04/08(土) 11:55:30.07ID:ApXyvy4t

27nobodyさん2017/04/08(土) 12:04:52.74ID:???
https://employment.en-japan.com/engineerhub/entry/2017/04/07/110000

数は多くないけど、Cakeである程度の規模のサービス運用も可能なんだな。
BASEのようなECのレンタルをCakeで作ってるとは思わなかった。

28nobodyさん2017/04/08(土) 12:32:10.15ID:???
大規模だとCakeは無理ってどういう思い込み?
FW関係ないだろ

29nobodyさん2017/04/16(日) 00:05:35.52ID:WHCmdvSj
2系でSchemaをコマンドではなく
Web上のファイル(コントローラー)から直接実行する方法ってないですかね?

30nobodyさん2017/04/16(日) 00:39:35.47ID:???
コマンドじゃダメなの?

31292017/04/16(日) 02:35:48.45ID:???
>>30
はい。WordPressのアップデートみたいに、ブラウザ上から実行したいので。
もし方法があれば教えてください

32nobodyさん2017/04/16(日) 04:04:07.46ID:???
>>31
聞き方悪かったか。リクエスト受けたらcontroller とかからコマンド実行するんじゃダメなの?

33292017/04/16(日) 17:04:30.04ID:???
>>32
その、コントローラーからSchmeを実行する方法が分からないんです・・。
cookbookやググってもサーバのコマンドから実行する方法しか書かれていません

34nobodyさん2017/04/16(日) 17:32:59.28ID:???
>>33
cakeでなくphpの機能呼べば良い。
exec関数呼べば良いんじゃない?

35nobodyさん2017/04/26(水) 15:31:23.15ID:???
すみません、教えてください。
json形式でリクエストしたとき、Controller側でthis->setで渡した変数がすべてResponseに入ってしまうのは、
そういうものですか?

36352017/04/26(水) 20:21:58.20ID:V6zw0Ijk
解決しました。AppControllerのbeforeRenderで
$this->set('_serialize', true);
が設定されていたたため、setした変数がすべてjsonレスポンスに含まれていました。

37352017/04/26(水) 20:27:49.96ID:V6zw0Ijk
ちなみにCakePHP3の公式テンプレートを使うと、初期設定がこの状態なんです。

もしもこの公式テンプレートを使ってjsonリクエストを想定していないシステムを作った場合、
リクエストヘッダに「Accept: application/json」を付与してアクセスすると、Controllerでsetした変数がすべて
取得できてしまうことになります。

なんかこれやばくないですか?

38nobodyさん2017/04/27(木) 22:51:55.64ID:rmP1O1d0
>>35
CakePHPを好むヤシは、そういうのが(・∀・)イイ!!って喜んで使っているんだよ。
盲蛇に怖じずさ。

39nobodyさん2017/05/07(日) 14:58:43.54ID:Z6J8ro30
Webアプリじゃなくて普通のサイトでもお知らせとかお問い合わせとか
プログラム使う部分が結構あります。
最初、PHPのみで作っていたのをCakeに作り直す時が多いのですが、
皆さんはどうですか?最初からCakeで作ってますか?

40nobodyさん2017/05/11(木) 03:50:18.79ID:fuUnOgG0
>>39

お知らせは管理画面を必要とするから、少しはまとまった規模になるが、
ただお問い合わせフォームを設置するためだけにわざわざCakePHP使うって
完全に工数オーバーじゃね?
MVCとかフレームワークとか要らないだろう?

41nobodyさん2017/05/11(木) 20:25:53.91ID:???
>>40
確かにそうなんですが、Cakeのバリデーション処理は魅力だったりします。

42nobodyさん2017/05/14(日) 05:27:24.60ID:???
>>41
ライブラリでええやん

43nobodyさん2017/05/15(月) 12:29:27.91ID:???
どんなライブラリですか?

44nobodyさん2017/05/23(火) 20:56:26.60ID:???
認証まわりすべてとクッキー管理とajax処理、バリデーション拡張をプラグイン化して、あとは案件ごとに使いまわしてる。めっちゃ便利よ。
お知らせ機能って、そんな工数をうんぬんするほどの作業でもない気がするな。

45nobodyさん2017/05/23(火) 21:15:12.69ID:???
>>44
もちろんRedis使ってるんだよな?

46nobodyさん2017/05/23(火) 22:52:23.33ID:???
>>45
いーえ
そこまで速度必要ないんで

47nobodyさん2017/06/23(金) 22:17:38.26ID:???
2.xのサポート期限が見えてきた。恐ろしい。。。

48nobodyさん2017/06/24(土) 07:29:12.41ID:???
Laravelに来てもええんやで(ニッコリ

49nobodyさん2017/06/24(土) 14:05:10.37ID:???
Laravelはルートを全部書かなきゃいけなくて面倒というイメージがあるけど、慣れの問題?

50nobodyさん2017/06/25(日) 13:27:14.19ID:???
cakePHPで現在開発してるんだが、
マニュアル解読 > プログラム構築

ぐらい時間かかってる。あれほど不親切なレシピ本もまずない
初心者向け某サイトも、説明すっとばし多くて不親切だし

51nobodyさん2017/06/25(日) 21:38:11.65ID:???
ソースを読むのが早い

52nobodyさん2017/06/25(日) 22:21:25.51ID:???
ソーすか!
その手があったか

あとブログとかだと2のこと書いてるのか3のこと書いてるのか
あるいはテンプレなのかコントローラーなのか分からんことが多いのも困る

53nobodyさん2017/06/25(日) 23:07:27.63ID:???
普通の言語でもそうだけど、ある程度文法わかったら、話しちゃったほうが早い

54nobodyさん2017/06/26(月) 10:29:02.90ID:???
>>47
これだけ長くサポート続けてくれるのなら、良いフレームワークだと思うよ

55nobodyさん2017/06/28(水) 09:18:31.83ID:???
366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後1年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
https://twitter.com/yukihiro_matz/status/869061879389343744

367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大:ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/

372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する

Railsはマイナー、メジャーのアップデートが半年以内に必ずある

客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく

気づいてから1年以内に通知すれば、5年間無料保証ゲット

つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな

376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>378>>379>>375
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか?たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。

56nobodyさん2017/06/28(水) 09:19:58.29ID:???
瑕疵担保責任(かしたんぽせきにん)

瑕疵担保責任のポイント

民法改正で事実上期限が「無制限」になった
バグや設計のミスなどは、瑕疵担保責任
納品物に不具合があれば損害賠償を請求される可能性もある
不具合を指摘されたらすぐに行動をとるべし
軽微なミスでも先延ばししない

http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt
http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html

改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、
通知後5年以内は修正や報酬の減額などを求められるとしている

全ベンダーが泣いた民法改正案を解説しよう その1
http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html

57nobodyさん2017/06/28(水) 09:23:30.19ID:???
ポイント1:修補や損害賠償、契約解除の期限がなくなる

従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。

もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。

58nobodyさん2017/07/10(月) 02:36:37.56ID:???
PHP7とか2→3に更新するにあたって問題ありすぎだろそりゃ廃れるわ

59nobodyさん2017/07/10(月) 11:03:09.13ID:???
>>49
俺もlarabelを勉強中だけど、くじけそうだよ
全部書くからこそ安心・確実というのもあるんだろうけどw

60nobodyさん2017/07/18(火) 18:00:58.89ID:???
PHPのバージョンをあげるので
cakePHPも最新にしようと思ってますが
やっぱりバグだらけですか?

61nobodyさん2017/07/18(火) 18:12:54.38ID:???
>>60
いくつからいくつに上げるの?

62nobodyさん2017/07/18(火) 18:47:39.56ID:???
PHP5→7は割と大変
既に3.2辺り使ってるならまだマシだけど2あたりからだとclassがかなり使えなくなってるし
公式のアップデートツールも産廃だし

63nobodyさん2017/07/18(火) 18:55:11.00ID:???
>>61 >>62
5→7

cake2 → cake3

うーんやっぱりやめておいた方がいいかもしれないね。

cake2からcake3にするとほぼ全て作り直しになりますか?

64nobodyさん2017/07/18(火) 19:27:15.23ID:???
>>63
作り直しプラスかなりの学習コスト

65nobodyさん2017/07/18(火) 19:39:44.63ID:???
>>64
、、、サンクス
やばそうですね。


cake2のサポート期限が迫っているという話が
このスレッドに出てましたので、cake3に乗り換えないといけないかな〜と思っていました。
かなり大変そうなので、新規システムだけ cake3で構築してみます。

66nobodyさん2017/07/18(火) 20:04:52.84ID:???
あと、もう一点皆さんの見解をお伺いします。
cakeみたいなFWを使っていると便利な反面、今回の様な局面に出くわすと思います。
そう考えるとプレーンなPHPだけで構築した方が良い気もしますが、いかがでしょうか?

67nobodyさん2017/07/18(火) 20:38:41.91ID:???
>>66
俺はそれでもcakeを使うな。
サポート期間は他と比べてもかなり長いほうだと思うよ。
サポートが切れる頃はそもそも作り直しても良い頃じゃないかな。

68nobodyさん2017/07/18(火) 21:37:28.55ID:???
俺はCakeは2までかな
次はCakeは卒業してララベルにいくわ

69nobodyさん2017/07/18(火) 21:41:41.57ID:???
>>67  >>68
なるほど。


kohanaとかいう糞FW使った事があります。
糞でした。

70nobodyさん2017/07/19(水) 07:08:11.57ID:???
>>67
サポートが切れる度に作り直すの?
実際の業務でそんなこと絶対無理じゃない?

71nobodyさん2017/07/19(水) 09:59:29.48ID:???
>>70
調整力次第でしょ。そのための期間は充分確保されてると思うよ。

72nobodyさん2017/07/19(水) 14:18:26.71ID:???
やっぱりFW使うよりPHPでゴリゴリ書いた方が良さそう。

73nobodyさん2017/07/19(水) 14:21:36.48ID:???
ちなみに cakeの2と3ってどの位違ってる?

2に慣れてる人間が3使うとどうなる?

74nobodyさん2017/07/19(水) 16:39:55.59ID:???
>>73
他のフレームワークを学習するのと同じくらいコストがかかる。
だからlaravel含めて別のに移る人も多いんだよね。

75nobodyさん2017/07/19(水) 18:14:39.14ID:???
>>74
まじでっか〜。。。
cake2結構気にいってたんだけどね。なんでFW統一しないんだろ。

76nobodyさん2017/07/19(水) 21:45:27.44ID:???
俺は何か変だな〜と思いつつcake2を使ってたけど、
去年重い腰を上げて移行先を探したよ。
それでララベルやり始めたんだけど、難しくて速攻挫折した。
次にcake3をやり始めたけど学習することはあんまりなかった。
もともcake2もそんなに深く使いこなしてないって言うのがあるかもしれないけど。
他のフレームワークつかたことがなくて
cakeが糞だ糞だ言われるのか今までわからなかったけど、
cake3使い始めてcake2がいかに糞か理解したw

77nobodyさん2017/07/20(木) 00:48:18.08ID:???
cake2は使いやすいよ。

78nobodyさん2017/07/20(木) 16:08:56.11ID:???
俺も2はよかったと思うよ。
具体的に何が不満なんだろう。

79nobodyさん2017/07/20(木) 22:08:02.81ID:???
なんで3で大きな変更しちゃったんだろう。
大きく変えるほどユーザー逃げるに決まってるのに。

80nobodyさん2017/07/20(木) 22:16:43.45ID:???
なんでユーザが2に慣れてるのに
かえるんだろ。

その2で開発をすすめてバグを収束させた方がいいと思うんだけど、、、

なんで?

81nobodyさん2017/07/22(土) 03:49:26.69ID:???
なんでって、そんなの周りが変わったら自分も変わらないと置いてかれるから
Cakeが結構言われてたのは、結果が配列で返ってくるからクソって言われてて、オブジェクトで返す方法に変えたかった
PHPのバージョンが上がったり、Composerが登場したり、フレームワーク同士でライブラリを共通で使えるようになったり、そういう流れから置いていかれるというのは、そのフレームワークの死を意味する

82nobodyさん2017/07/22(土) 10:29:26.72ID:???
cake3だとそんなことができるの?
知らなかった
でもcomposerて必要か?エラーばかりで使い物ならないんだけど

83nobodyさん2017/07/22(土) 12:18:12.00ID:???
ルーティングについてお願いします
example.comにアクセスがあればfooコントローラを実行するように、
Router::connect('/*', array('controller' => 'foo','acton'=>'display'));
と書いたらいけたのですが、
example.com/barへのアクセスの場合もfooのアクションindexが実行されてしまいます
example.com/barの場合はfooコントローラのbarアクションを実行させたいのですがどのように書き換えたらよろしいでしょうか?
ご教示何卒よろしくお願いします

84nobodyさん2017/07/22(土) 15:01:45.01ID:???
>>82
composerのパーミッションが間違ってるとかアップデートしてないとかじゃないの?
今じゃCakeのインストール、アップデート、プロジェクトの作成、ライブラリのインストール、全部composer使うよ

85nobodyさん2017/07/22(土) 21:49:45.63ID:???
>>82
これがCake2の生み出した悲劇か

86nobodyさん2017/07/23(日) 21:57:52.56ID:???
phpの開発環境ってEclipse一択だよね?

87nobodyさん2017/07/23(日) 23:39:16.01ID:???
俺はVisual Studio Codeだなぁ

88nobodyさん2017/07/24(月) 02:04:16.17ID:???
>>87
hexntai

89nobodyさん2017/07/25(火) 03:30:37.72ID:???
>>88
???

90nobodyさん2017/07/25(火) 09:05:11.95ID:???
いつの時代の話してんの
PhpStormでしょ

91nobodyさん2017/07/25(火) 11:59:58.02ID:???
化石みたいな案件がきたから仕方なくcakeで実装してるけどやっぱオワコンだな

92nobodyさん2017/07/25(火) 19:46:55.91ID:???
>>91
オワコンは脳劣化人間が使う言葉らしいよ

93nobodyさん2017/07/25(火) 23:03:31.68ID:rLTiDaKD
>>27
Railerだけど
Rails終わったと思ってたが
こうやって見るとまだまだ行けそうな気がしてきた

94nobodyさん2017/07/28(金) 12:29:07.87ID:???
>>85
どういうこと?

95nobodyさん2017/07/28(金) 16:17:55.51ID:???
cake2でシェル実行をしても何も反応がありません。
何が原因なのでしょうか?


php /home/{user_name}/cake/Console/cake.php HogeClass HogeFunction default -app /home/{user_name}/apps/test-app.com

96nobodyさん2017/07/28(金) 16:26:51.32ID:???
自己解決

97nobodyさん2017/07/28(金) 23:41:05.88ID:???
>>94
Cake2の中途半端な便利さが現代のPHP開発に必須とも言えるComposerすら使えない産廃PHPerを生み出してしまったんだなあ

98nobodyさん2017/07/29(土) 16:22:40.20ID:???
Composerが使えないのは紹介の仕方が雑なせいもある
何かのドキュメント「Composerでインストールしてください」(コマンドが載ってる)→実行するとエラー
対応するにはComposerのドキュメントを調べるしかなく、面倒だから手動インストールで済ましてしまう、Composerの有用性もわからない

99nobodyさん2017/07/30(日) 03:10:09.14ID:???
いや、わかんないなら一生使わなくてよいでしょ笑

100nobodyさん2017/07/30(日) 03:11:33.17ID:???
その程度で調べるのやめるやつはIT自体関わらないほうがいいよ

新着レスの表示
レスを投稿する