質問するときはCakePHPのバージョンを書きましょう
※他フレームワークとの比較等はスレ違いです
■本家
ttp://https://www.cakephp.org/ APIドキュメント
ttp://http://api.cakephp.org/ github - cakephp
ttp://https://github.com/cakephp the Bakery
ttp://http://bakery.cakephp.org/ cookbook（マニュアル）
[3.x]
ttp://http://book.cakephp.org/3.0/ja/ [2.x]
ttp://http://book.cakephp.org/2.0/ja/ [1.3]
ttp://http://book.cakephp.org/1.3/ja/ ttp://https://twitter.com/cakephp ttp://https://www.facebook.com/CakePHP ■日本語公式
ttp://https://cakephp.org/jp/ ■前スレ
【PHP】フレームワーク CakePHP 17ホール目【v3α】
ttp://tamae.2ch.net/test/read.cgi/php/1406984261/ ttp://https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja ttp://www.cakephpforum.net/index.php 変なページが出てくるけど何これ？潰れた？
落ち目だなあ
バグの報告しても返信付かないし、もうダメだな
ttp://https://trends.google.com/trends/explore?q=laravel,cakephp cakeオワコン過ぎでしょ、人気なの日本だけだし
というわけで俺はlaravelを始める
お問い合わせとフォトギャラリーのページだけシステム化したいと思います。
全部をViewテンプレートにしてシステム化するのもどうかなって感じるのですが
一部だけCakeを使う方法ってあるんですかね？
2系でやり方があれば教えてください
ttp://https://trends.google.com/trends/explore?q=laravel,cakephp,symfony シェアのグラフは積分値で見ないと意味ないと思う
stackoverflowとかteratailとか
ttp://http://cakesf.herokuapp.com/とか 👀Rock54: Caution(BBR-MD5:b95868ef2c0ed5e765a4d10ada4cf289)
いくつかのコントローラーに共通する処理があるんだけど、
コンポーネントに分けてる？それともコピペして書いてる？
コンポーネントに分けようと思ったんだけど、
saveとかモデル処理が発生するし、分けづらい。
（ClassRegistryで呼び出せばいいだけだけど
あと、コンポーネントの名前とモデルの名前が被るので別名にしなきゃなんだけど、
良い名前が思いつかないってのもあるw
お前根本的に何もわかってないわ
個人的な意見だけど、componentはmodelに依存しないcontrollerの共通処理やライブラリ的なものに
限定して作った方がいいと思うよ。
ドメインレイヤー(Model層)の処理をcomponentにまとめるのは良くない(MVCの概念的に）。
一方で、componentという便利機能があるのだから、積極的にドメインレイヤーの処理もそこで
実装しろ派も見たことあるけど。
俺もそう思うからコンポーネント化するのに躊躇してる。
それならapp_controllerに書けば良いんじゃね？とか思ったり。
でも、コンポーネントに入れると便利は便利でこれまた悩む
あれは複数の開発者が居るだけに、コードの流用を重視したっぽい
モデル内で別のモデルをClassRegistry::initとかしたくないから
複数のコントローラから使う処理はコンポーネントに何でもかんでも書いてる
間違いなくコンポーネントが一番でかい
確かにモデル内でClassRegistry::initも躊躇するんだよな・・・。
どっちでも良いと言われればそれまでなんだけど、
後々の使い勝手やカスタマイズ性を考慮すると難しい
ttp://https://employment.en-japan.com/engineerhub/entry/2017/04/07/110000 数は多くないけど、Cakeである程度の規模のサービス運用も可能なんだな。
BASEのようなECのレンタルをCakeで作ってるとは思わなかった。
FW関係ないだろ
Web上のファイル（コントローラー）から直接実行する方法ってないですかね？
はい。WordPressのアップデートみたいに、ブラウザ上から実行したいので。
もし方法があれば教えてください
聞き方悪かったか。リクエスト受けたらcontroller とかからコマンド実行するんじゃダメなの？
その、コントローラーからSchmeを実行する方法が分からないんです・・。
cookbookやググってもサーバのコマンドから実行する方法しか書かれていません
cakeでなくphpの機能呼べば良い。
exec関数呼べば良いんじゃない？
json形式でリクエストしたとき、Controller側でthis->setで渡した変数がすべてResponseに入ってしまうのは、
そういうものですか？
$this->set('_serialize', true);
が設定されていたたため、setした変数がすべてjsonレスポンスに含まれていました。
もしもこの公式テンプレートを使ってjsonリクエストを想定していないシステムを作った場合、
リクエストヘッダに「Accept: application/json」を付与してアクセスすると、Controllerでsetした変数がすべて
取得できてしまうことになります。
なんかこれやばくないですか？
CakePHPを好むヤシは、そういうのが(・∀・)ｲｲ!!って喜んで使っているんだよ。
盲蛇に怖じずさ。
プログラム使う部分が結構あります。
最初、PHPのみで作っていたのをCakeに作り直す時が多いのですが、
皆さんはどうですか？最初からCakeで作ってますか？
お知らせは管理画面を必要とするから、少しはまとまった規模になるが、
ただお問い合わせフォームを設置するためだけにわざわざCakePHP使うって
完全に工数オーバーじゃね？
MVCとかフレームワークとか要らないだろう？
確かにそうなんですが、Cakeのバリデーション処理は魅力だったりします。
ライブラリでええやん
お知らせ機能って、そんな工数をうんぬんするほどの作業でもない気がするな。
もちろんRedis使ってるんだよな?
いーえ
そこまで速度必要ないんで
マニュアル解読 > プログラム構築
ぐらい時間かかってる。あれほど不親切なレシピ本もまずない
初心者向け某サイトも、説明すっとばし多くて不親切だし
その手があったか
あとブログとかだと２のこと書いてるのか３のこと書いてるのか
あるいはテンプレなのかコントローラーなのか分からんことが多いのも困る
これだけ長くサポート続けてくれるのなら、良いフレームワークだと思うよ
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
ttp://https://twitter.com/yukihiro_matz/status/869061879389343744 367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
ttp://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
>>379
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか？たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。
瑕疵担保責任のポイント
民法改正で事実上期限が「無制限」になった
バグや設計のミスなどは、瑕疵担保責任
納品物に不具合があれば損害賠償を請求される可能性もある
不具合を指摘されたらすぐに行動をとるべし
軽微なミスでも先延ばししない
ttp://http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt ttp://http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html 改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、
通知後5年以内は修正や報酬の減額などを求められるとしている
全ベンダーが泣いた民法改正案を解説しよう その1
ttp://http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html ttp://http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html ttp://http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html 従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。
もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。
俺もlarabelを勉強中だけど、くじけそうだよ
全部書くからこそ安心・確実というのもあるんだろうけどｗ
cakePHPも最新にしようと思ってますが
やっぱりバグだらけですか？
いくつからいくつに上げるの？
既に3.2辺り使ってるならまだマシだけど2あたりからだとclassがかなり使えなくなってるし
公式のアップデートツールも産廃だし
5→7
cake2 → cake3
うーんやっぱりやめておいた方がいいかもしれないね。
cake2からcake3にするとほぼ全て作り直しになりますか？
作り直しプラスかなりの学習コスト
、、、サンクス
やばそうですね。
cake2のサポート期限が迫っているという話が
このスレッドに出てましたので、cake3に乗り換えないといけないかな〜と思っていました。
かなり大変そうなので、新規システムだけ cake3で構築してみます。
cakeみたいなFWを使っていると便利な反面、今回の様な局面に出くわすと思います。
そう考えるとプレーンなPHPだけで構築した方が良い気もしますが、いかがでしょうか？
俺はそれでもcakeを使うな。
サポート期間は他と比べてもかなり長いほうだと思うよ。
サポートが切れる頃はそもそも作り直しても良い頃じゃないかな。
次はCakeは卒業してララベルにいくわ
なるほど。
kohanaとかいう糞FW使った事があります。
糞でした。
サポートが切れる度に作り直すの？
実際の業務でそんなこと絶対無理じゃない？
調整力次第でしょ。そのための期間は充分確保されてると思うよ。
2に慣れてる人間が3使うとどうなる？
他のフレームワークを学習するのと同じくらいコストがかかる。
だからlaravel含めて別のに移る人も多いんだよね。
まじでっか〜。。。
cake2結構気にいってたんだけどね。なんでFW統一しないんだろ。
去年重い腰を上げて移行先を探したよ。
それでララベルやり始めたんだけど、難しくて速攻挫折した。
次にcake3をやり始めたけど学習することはあんまりなかった。
もともcake2もそんなに深く使いこなしてないって言うのがあるかもしれないけど。
他のフレームワークつかたことがなくて
cakeが糞だ糞だ言われるのか今までわからなかったけど、
cake3使い始めてcake2がいかに糞か理解したｗ
具体的に何が不満なんだろう。
大きく変えるほどユーザー逃げるに決まってるのに。
かえるんだろ。
その２で開発をすすめてバグを収束させた方がいいと思うんだけど、、、
なんで？
Cakeが結構言われてたのは、結果が配列で返ってくるからクソって言われてて、オブジェクトで返す方法に変えたかった
PHPのバージョンが上がったり、Composerが登場したり、フレームワーク同士でライブラリを共通で使えるようになったり、そういう流れから置いていかれるというのは、そのフレームワークの死を意味する
知らなかった
でもcomposerて必要か？エラーばかりで使い物ならないんだけど
example.comにアクセスがあればfooコントローラを実行するように、
Router::connect('/*', array('controller' => 'foo','acton'=>'display'));
と書いたらいけたのですが、
example.com/barへのアクセスの場合もfooのアクションindexが実行されてしまいます
example.com/barの場合はfooコントローラのbarアクションを実行させたいのですがどのように書き換えたらよろしいでしょうか？
ご教示何卒よろしくお願いします
composerのパーミッションが間違ってるとかアップデートしてないとかじゃないの？
今じゃCakeのインストール、アップデート、プロジェクトの作成、ライブラリのインストール、全部composer使うよ
これがCake2の生み出した悲劇か
hexntai
？？？
PhpStormでしょ
オワコンは脳劣化人間が使う言葉らしいよ
Railerだけど
Rails終わったと思ってたが
こうやって見るとまだまだ行けそうな気がしてきた
どういうこと？
何が原因なのでしょうか？
php /home/{user_name}/cake/Console/cake.php HogeClass HogeFunction default -app /home/{user_name}/apps/test-app.com
Cake2の中途半端な便利さが現代のPHP開発に必須とも言えるComposerすら使えない産廃PHPerを生み出してしまったんだなあ
何かのドキュメント「Composerでインストールしてください」（コマンドが載ってる）→実行するとエラー
対応するにはComposerのドキュメントを調べるしかなく、面倒だから手動インストールで済ましてしまう、Composerの有用性もわからない
