【PHP】フレームワーク CakePHP 19ホール目【v3.3】 [無断転載禁止]©2ch.net
ttp://www.cakephpforum.net/index.php
変なページが出てくるけど何これ?潰れた?
落ち目だなあ 3がぱっとしないからか、終わりすぎてるな
バグの報告しても返信付かないし、もうダメだな 基本は静的なhtmlで構成されたサイトなのですが、
お問い合わせとフォトギャラリーのページだけシステム化したいと思います。
全部をViewテンプレートにしてシステム化するのもどうかなって感じるのですが
一部だけCakeを使う方法ってあるんですかね?
2系でやり方があれば教えてください >>11
シェアのグラフは積分値で見ないと意味ないと思う Cakeのこと相談できるサイトって、このスレはおろか、ネット上にももうないな >>13
stackoverflowとかteratailとかhttp://cakesf.herokuapp.com/とか 👀
Rock54: Caution(BBR-MD5:b95868ef2c0ed5e765a4d10ada4cf289) じゃ、質問。
いくつかのコントローラーに共通する処理があるんだけど、
コンポーネントに分けてる?それともコピペして書いてる?
コンポーネントに分けようと思ったんだけど、
saveとかモデル処理が発生するし、分けづらい。
(ClassRegistryで呼び出せばいいだけだけど
あと、コンポーネントの名前とモデルの名前が被るので別名にしなきゃなんだけど、
良い名前が思いつかないってのもあるw 良くわかってない奴が良くわかってない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のバリデーション処理は魅力だったりします。 認証まわりすべてとクッキー管理とajax処理、バリデーション拡張をプラグイン化して、あとは案件ごとに使いまわしてる。めっちゃ便利よ。
お知らせ機能って、そんな工数をうんぬんするほどの作業でもない気がするな。 Laravelはルートを全部書かなきゃいけなくて面倒というイメージがあるけど、慣れの問題? cakePHPで現在開発してるんだが、
マニュアル解読 > プログラム構築
ぐらい時間かかってる。あれほど不親切なレシピ本もまずない
初心者向け某サイトも、説明すっとばし多くて不親切だし ソーすか!
その手があったか
あとブログとかだと2のこと書いてるのか3のこと書いてるのか
あるいはテンプレなのかコントローラーなのか分からんことが多いのも困る 普通の言語でもそうだけど、ある程度文法わかったら、話しちゃったほうが早い >>47
これだけ長くサポート続けてくれるのなら、良いフレームワークだと思うよ 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など動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。 ポイント1:修補や損害賠償、契約解除の期限がなくなる
従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。
もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。 PHP7とか2→3に更新するにあたって問題ありすぎだろそりゃ廃れるわ >>49
俺もlarabelを勉強中だけど、くじけそうだよ
全部書くからこそ安心・確実というのもあるんだろうけどw PHPのバージョンをあげるので
cakePHPも最新にしようと思ってますが
やっぱりバグだらけですか? PHP5→7は割と大変
既に3.2辺り使ってるならまだマシだけど2あたりからだとclassがかなり使えなくなってるし
公式のアップデートツールも産廃だし >>61 >>62
5→7
cake2 → cake3
うーんやっぱりやめておいた方がいいかもしれないね。
cake2からcake3にするとほぼ全て作り直しになりますか? >>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がいかに糞か理解したw 俺も2はよかったと思うよ。
具体的に何が不満なんだろう。 なんで3で大きな変更しちゃったんだろう。
大きく変えるほどユーザー逃げるに決まってるのに。 なんでユーザが2に慣れてるのに
かえるんだろ。
その2で開発をすすめてバグを収束させた方がいいと思うんだけど、、、
なんで? なんでって、そんなの周りが変わったら自分も変わらないと置いてかれるから
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使うよ 化石みたいな案件がきたから仕方なくcakeで実装してるけどやっぱオワコンだな >>27
Railerだけど
Rails終わったと思ってたが
こうやって見るとまだまだ行けそうな気がしてきた 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自体関わらないほうがいいよ