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

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/

ほす

来年も1.x系が保守されますように

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja

ttp://www.cakephpforum.net/index.php
変なページが出てくるけど何これ？潰れた？
落ち目だなあ

おつー

3がぱっとしないからか、終わりすぎてるな
バグの報告しても返信付かないし、もうダメだな

https://trends.google.com/trends/explore?q=laravel,cakephp
cakeオワコン過ぎでしょ、人気なの日本だけだし
というわけで俺はlaravelを始める

正直、フレームワークなんて何でも良い時代だ。

基本は静的なhtmlで構成されたサイトなのですが、
お問い合わせとフォトギャラリーのページだけシステム化したいと思います。

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

symfony 入れたら綺麗にクロスした
https://trends.google.com/trends/explore?q=laravel,cakephp,symfony

>>11
シェアのグラフは積分値で見ないと意味ないと思う

Cakeのこと相談できるサイトって、このスレはおろか、ネット上にももうないな

>>13
stackoverflowとかteratailとかhttp://cakesf.herokuapp.com/とか 👀
Rock54: Caution(BBR-MD5:b95868ef2c0ed5e765a4d10ada4cf289)

聞けば答えるよ

結局質問なしかよ

じゃ、質問。
いくつかのコントローラーに共通する処理があるんだけど、
コンポーネントに分けてる？それともコピペして書いてる？

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

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

>>17
お前根本的に何もわかってないわ

良くわかってない奴が良くわかってないFWを使うとありがちな事象かもな

>>17
個人的な意見だけど、componentはmodelに依存しないcontrollerの共通処理やライブラリ的なものに
限定して作った方がいいと思うよ。

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

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

>>20
俺もそう思うからコンポーネント化するのに躊躇してる。
それならapp_controllerに書けば良いんじゃね？とか思ったり。
でも、コンポーネントに入れると便利は便利でこれまた悩む

ちなみに、baserCMSはコンポーネントにもmodel依存するコード書いてるな
あれは複数の開発者が居るだけに、コードの流用を重視したっぽい

cake PHPのデバッグツールが大手企業のフロントで表示されてるのって、セキュリティ的に危険？

>>17
モデル内で別のモデルをClassRegistry::initとかしたくないから
複数のコントローラから使う処理はコンポーネントに何でもかんでも書いてる
間違いなくコンポーネントが一番でかい

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

あ

https://employment.en-japan.com/engineerhub/entry/2017/04/07/110000

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

大規模だとCakeは無理ってどういう思い込み？
FW関係ないだろ

2系でSchemaをコマンドではなく
Web上のファイル（コントローラー）から直接実行する方法ってないですかね？

コマンドじゃダメなの？

>>30
はい。WordPressのアップデートみたいに、ブラウザ上から実行したいので。
もし方法があれば教えてください

>>31
聞き方悪かったか。リクエスト受けたらcontroller とかからコマンド実行するんじゃダメなの？

>>32
その、コントローラーからSchmeを実行する方法が分からないんです・・。
cookbookやググってもサーバのコマンドから実行する方法しか書かれていません

>>33
cakeでなくphpの機能呼べば良い。
exec関数呼べば良いんじゃない？

すみません、教えてください。
json形式でリクエストしたとき、Controller側でthis->setで渡した変数がすべてResponseに入ってしまうのは、
そういうものですか？

解決しました。AppControllerのbeforeRenderで
$this->set('_serialize', true);
が設定されていたたため、setした変数がすべてjsonレスポンスに含まれていました。

ちなみにCakePHP3の公式テンプレートを使うと、初期設定がこの状態なんです。

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

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

>>35
CakePHPを好むヤシは、そういうのが(・∀・)ｲｲ!!って喜んで使っているんだよ。
盲蛇に怖じずさ。

Webアプリじゃなくて普通のサイトでもお知らせとかお問い合わせとか
プログラム使う部分が結構あります。
最初、PHPのみで作っていたのをCakeに作り直す時が多いのですが、
皆さんはどうですか？最初からCakeで作ってますか？

>>39

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

>>40
確かにそうなんですが、Cakeのバリデーション処理は魅力だったりします。

>>41
ライブラリでええやん

どんなライブラリですか？

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

>>44
もちろんRedis使ってるんだよな?

>>45
いーえ
そこまで速度必要ないんで

2.xのサポート期限が見えてきた。恐ろしい。。。

Laravelに来てもええんやで（ニッコリ

Laravelはルートを全部書かなきゃいけなくて面倒というイメージがあるけど、慣れの問題？

cakePHPで現在開発してるんだが、
マニュアル解読　>　プログラム構築

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

ソースを読むのが早い

ソーすか！
その手があったか

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

普通の言語でもそうだけど、ある程度文法わかったら、話しちゃったほうが早い

>>47
これだけ長くサポート続けてくれるのなら、良いフレームワークだと思うよ

366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
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など動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。

瑕疵担保責任（かしたんぽせきにん）

瑕疵担保責任のポイント

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

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

ポイント1：修補や損害賠償、契約解除の期限がなくなる

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

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

PHP7とか2→3に更新するにあたって問題ありすぎだろそりゃ廃れるわ

>>49
俺もlarabelを勉強中だけど、くじけそうだよ
全部書くからこそ安心・確実というのもあるんだろうけどｗ

PHPのバージョンをあげるので
cakePHPも最新にしようと思ってますが
やっぱりバグだらけですか？

>>60
いくつからいくつに上げるの？

PHP5→7は割と大変
既に3.2辺り使ってるならまだマシだけど2あたりからだとclassがかなり使えなくなってるし
公式のアップデートツールも産廃だし

>>61 >>62
5→7

cake2 →　cake3

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

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

>>63
作り直しプラスかなりの学習コスト

>>64
、、、サンクス
やばそうですね。


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

あと、もう一点皆さんの見解をお伺いします。
cakeみたいなFWを使っていると便利な反面、今回の様な局面に出くわすと思います。
そう考えるとプレーンなPHPだけで構築した方が良い気もしますが、いかがでしょうか？

>>66
俺はそれでもcakeを使うな。
サポート期間は他と比べてもかなり長いほうだと思うよ。
サポートが切れる頃はそもそも作り直しても良い頃じゃないかな。

俺はCakeは2までかな
次はCakeは卒業してララベルにいくわ

>>67　 >>68
なるほど。


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

>>67
サポートが切れる度に作り直すの？
実際の業務でそんなこと絶対無理じゃない？

>>70
調整力次第でしょ。そのための期間は充分確保されてると思うよ。

やっぱりFW使うよりPHPでゴリゴリ書いた方が良さそう。

ちなみに cakeの2と3ってどの位違ってる？

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

>>73
他のフレームワークを学習するのと同じくらいコストがかかる。
だからlaravel含めて別のに移る人も多いんだよね。

>>74
まじでっか〜。。。
cake2結構気にいってたんだけどね。なんでFW統一しないんだろ。

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

cake2は使いやすいよ。

俺も2はよかったと思うよ。
具体的に何が不満なんだろう。

なんで3で大きな変更しちゃったんだろう。
大きく変えるほどユーザー逃げるに決まってるのに。

なんでユーザが２に慣れてるのに
かえるんだろ。

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

なんで？

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

cake3だとそんなことができるの？
知らなかった
でもcomposerて必要か？エラーばかりで使い物ならないんだけど

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

>>82
composerのパーミッションが間違ってるとかアップデートしてないとかじゃないの？
今じゃCakeのインストール、アップデート、プロジェクトの作成、ライブラリのインストール、全部composer使うよ

>>82
これがCake2の生み出した悲劇か

phpの開発環境ってEclipse一択だよね？

俺はVisual Studio Codeだなぁ

>>87
hexntai

>>88
？？？

いつの時代の話してんの
PhpStormでしょ

化石みたいな案件がきたから仕方なくcakeで実装してるけどやっぱオワコンだな

>>91
オワコンは脳劣化人間が使う言葉らしいよ

>>27
Railerだけど
Rails終わったと思ってたが
こうやって見るとまだまだ行けそうな気がしてきた

>>85
どういうこと？

cake2でシェル実行をしても何も反応がありません。
何が原因なのでしょうか？


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

自己解決

>>94
Cake2の中途半端な便利さが現代のPHP開発に必須とも言えるComposerすら使えない産廃PHPerを生み出してしまったんだなあ

Composerが使えないのは紹介の仕方が雑なせいもある
何かのドキュメント「Composerでインストールしてください」（コマンドが載ってる）→実行するとエラー
対応するにはComposerのドキュメントを調べるしかなく、面倒だから手動インストールで済ましてしまう、Composerの有用性もわからない

いや、わかんないなら一生使わなくてよいでしょ笑

その程度で調べるのやめるやつはIT自体関わらないほうがいいよ