【PHP】フレームワーク CakePHP 19ホール目【v3.3】 [無断転載禁止]©2ch.net
意を決して2013年製のサイト更新したぜ。
php7.4にしてcakephp2 2.10.22 にした。
特に問題なくオワタ。 >>576
まじで、やってよかったアップデート。
2系なんてとっくに開発なんてされてないと思ってた。
開発チームの人マジありがとう。
あとphp-opcacheとapcuを導入したら動作が爆速化(約4倍?)した。
これでサポート切れるまで様子見。 そもそもフレームワークをOSみたいに考える必要ないよ
2系使ってるからってトラブルが起きるわけじゃないんだし >>578
トラブルが起きるかどうかという問題じゃない。
トラブルが起きたときに対応してくれるかどうかというのが問題なんだ。 トラブル起きるだろ
脆弱性が見つかるかも知れないし、最新のPHPも使えなくなるかも知れない 具体的にはどういう脆弱性でトラブルになるんだ？
そしてその脆弱性は自分で直せないレベルか？ >>581
ソフトウェアにバグがないことは保証できない。
どんなバグが発生するかわからないのに、直せる保証なんてできるわけがない。 >>585
それを口実に、システムのリプレースを提案する、と。 システムをリプレースするの大変じゃん
Cake4を使うにしろLaravelに変えるにしろ システムのリプレースは請けたくない案件だわ
まず炎上する
みずほ銀行みたいになる Laravel難しいからCakeで継続したいんだけど、4系の情報が少なすぎる Laravel難しいか？
元Cake使いだけど難なく開発できたけど 難しいというよりは、自由度が比較的高いのが向かない感じ。
ガッチガチの規約に縛られた開発が安心する、という人も多いのでは。 >>590
どこからLaravelに移行した？
2系に慣れた自分としては、Laravelとっつきにくい composerでcakephp4を使っています
use Cake\Database\Connection;
先頭の 'Cake' は
インストールディレクトリ/vendor/cakephp/cakephp/src/
を指していますがこの 'Cake' はどこで定義されているのですか？ installed_dir/vender/composer/autoload_psr4.php
installed_dir/vender/composer/autoload_real.php
に有りました。ありがとうございました。 Cake4のAuthenticationで、二要素認証を入れるのに、もっとも楽ちんなのはどれでしょう？ ドキュメントルート直下のディレクトリにcake突っ込んで開発してて
割りとこのフレームワークは長いんだけど
今までにない現象に当たって数時間悩んでも解決できない
DocumentRoot/cakephp_dir/app
この構成で/cakephp_dir/subdir/Controller/action
なURLにpostすると、
cakephp_dirが2重に被ったURLに302リダイレクトされる
↓こんな感じ
/cakephp_dir/cakephp_dir/subdir/Controller/action
もちろんroutesで
subdir/はController/subdir内を読むようにしてて、
getは普通に動く
Apache2.4のログを見るとcakephpが起動する前にリダイレクトしてて
実際にcakephp側のログを見てもgetで来てるのでpostの中身は失われてる
cakephpの.htaccessの問題かと思ってApacheのログをデバッグレベルにしてるけど
何も情報が得られない
rewriteのログもなぜか出力されない
他に何を調べればいいか助言下さい 検索するとだいぶCake4の記事が増えたけど、
ここはもう過疎スレ＆板なので、質問しても答えを得られないと思うよ laravelもあと３年経てば今のcakeのように負の遺産なんだろな ここ10年近くcakePHP2使ってたけど、php7も落ち着いて来たから、cakePHP4で開発してやろうかと、気軽に移行したら別世界だった。
ソースの配置も違うし、php7は、php5と言うよりC#に近い。
azureの開発もやってるから、試しにコピペして若干の修正で動いたのには笑った。
modelは、cake振る舞いが嫌いだったから、sql書きしてたのが、幸いして、若干の修正で対応できた。
viewはtemplateに変わって、拡張子がphpになったのが良かったかな？
最悪なのは、log。
とりあえず、配列でも何でもぶっ込めば、吐いてくれたのに、string以外は吐けなくなった。
最初焦ったけど、print_r噛ませたら大丈夫だった。
変わり過ぎだから、2〜3日は、環境に慣れる時間を覚悟した方が良いかも。 >>598
Cakeに限った話ではないが、htaccessでうだうだ悩む前に、
appをドキュメントルートの下に持ってきちゃうのをやめるべきだろ？ >>601
まだ2系のアップデートやってるから、
今年も使う予定だけど4系にするかLaravelにするかずっと悩んでいる。
4でC#並に変わるなら、移行は難しいよなぁ 俺cake2マンだけど、
最新バージョンにしてphp8試したらあっさり動いてビビった。
これで後10年はいっちゃうかも。 何で作るかが問題じゃないからな
何を作るかが大切なわけで >>603
C#と似てるのは、php7だからだよ。
2から4は、modelが肝かも。
それ以外は若干の書き換えで何とかなると思います。
工数考えると、Laravel移行も視野に入れた方が良いかも。
まだ、Laravel触った事ないから、落ち着いたら、Laravelでテーブルメンテでも作って様子見ようかと思ってます。
>>604
cakephp2は、php7でも問題無く動きました。
問題は、サポート期限が、2021/06/15と言うこと。
そもそも、cakephp2でも幾つかバグがあって、勝手に直したりしてたから、サポートとは何ぞや何だけどね。
究極、客先に対する論理武装が出来ていれば、cakephp2でも良い気がしますが、、、どうでしょう？ 「こうやったらハッキングされる」レベルのバグがあったらまだしも、
よほどのことがない限りは、そこまで行かないからな
アップデートするのは情報が古くなってきたのと、速度的な問題じゃないか？
Cake4の情報が充実してきたら移行しやすいけど
Qiitaぐらいでしか見ないからなぁ cake 2 を使ってますが
3は使い辛いと聞きますがどうなんでしょうか？
3は2とかなり違ってますか？ かなり違うね。3やるなら4やるほうが良いと思う。情報はまだ少ないけど はじめてのCakePHP4的な本ってもうでないのかな？
2から移行したいから一から学びたいんだけど、
情報が少なすぎて移行したくてもできない Webアプリ自体、開発してる人が少ない気がする
企業内ならいるだろうけど、個人レベルで00年代より見なくなった >>614
昔に比べるとサーバサイドにこだわりがなくなってきたかも。
サーバはAPIさえ処理できればいいというのが最近の流れだし、フレームワークの差別化もし辛くなってるよね。 作っても少人数にしか使われないから、やる気がなくなってきたんだろう 言うても毎年なにかしら新しいWebサービスできてるわけで。
全部が全部WPやRubyってわけでもないだろうし、
PHPフレームワーク使ってるところもあると思うんだよな >>612
3=>4の違いは、2=>3ほどではないので、3の本でもある程度はいけると思う
とはいっても、今更3本を買うのはシャクなので、中古本を探しては？ｗ 3ってプラグインも結構あるの？
2でSearchプラグインとかOauthとか便利だったが >>619
それすら調べられないんだったら、2のままでいいんじゃなないの？ｗ >>608
>>612
今回、2から4に移植したけど、大きな違いはphp7対策と思えば大した事ないよ。
ディレクトリ構成は少々変わったけど、お作法だけ解れば大した事ない。
大きいのは、php7対策。
そこで、最大の助言です。
$this->log(print_r('エラーメッセージ', true));
たぶん、最初にこれさえ知ってれば何とかなります。
ざっくりの助言ですが、
src\controller変わらず。
src\Model\Tableは従来のModel
templatesは従来のView それと、Eclipseで、従来使ってる「Exception」等で、訳の解らないエラー表示が出たら、「\Exception」で回避できる。
それと、ライブラリ系は「use」
たぶん、やれば、意味が解ると思う。
これで、8割は解決できると思う。
飽くまで、とりあえずの方法なので、妥当かどうかは、余裕が出来たら確認が必要です。
こんなエラー出た等があったら、書き込んで下さい。
知ってたら答えます。 一言忘れた。
templateesは従来のViewだけど、拡張子は「ctp」から「php」に変わった。
普通に拡張子変えるだけで、この辺りは何とかなります。
後は、
×$this->log('エラーメッセージ');
○$this->log(print_r('エラーメッセージ', true));
何度も言いますが、これ、本当に重要。 >>622-624
ありがたい意見だが、ちょっと触った感じではMVC自体が変わってるように感じるからなぁ
ログ出力して見ろって言っても、そもそもの構成を理解できないと意味ないわけで 3から4に移行考えてるけど、AuthComponent+ACL廃止予定がダルい
AuthenticateInterface とAuthorizationInterface の同時Implementで1日ハマった
認証関係は 途中送信してしまった
認証はともかくアクセス制御はオレオレフレームでやる方がお手軽かもしれん 2をもう少し延命してくれないかな？
なんだかんだで使い勝っていいし、わかりやすいんだが バージョン乱立するとめんどいから早く4だけになってほしい >>630
3から4の移行はわりと駱駝から、3はなくしていいね
2と4は違いすぎるし、php7でも動くから、もうしばらくはあってもいいかな
って、なんだかEC-CUBEみたいだねｗ お好きならどうぞだけど仕事では旧バージョンは使いたくないよ
最新バージョンはMCの使い勝手が向上してるし Cake好きなんだけど、4の情報が少なすぎるんだよなぁ
せめて参考書が出るレベルなら使えるんだが PHPはLaravelが覇権みたいな感じがあるからなぁ
昔は日本だとcakeぐらいしか選択肢がみたいな時代もあったけど
もう相当昔だよなぁ >>635-636
残念ながら俺には十分ではない。小回りがきかないし 自分のやりたいことが100％解説されてないとダメなタイプ？
クックブックに書いてあるのは部品だからそれを自分のやりたいことに当てはめていかないと クックブックは必要最低限（％にして50）のイメージ
本は70〜80はある。日本語での解釈もあるしわかりやすい
本を否定するなら学校教育全てダメじゃねーか 未だに仕事でCake1.3や2使ってる人いる？
それともさすがに3や4にしてる？ >>645
クライアントのサーバーが古〜い場合は、説明して使うことはある
新規の案件は当然４だな >>646
情報少ないのに仕事で4使えるって凄いね >>647
うちも新規はcakepphp4だな
3.9とほぼ同じだし
不意に3.10出たのは驚いたが >>645
1.3のシステムが動いてるからメンテしてる 取引先の人がケーキPHPって読んでてまあそれでもいいか…と悩んだ 逆にケーキ屋でショートケークください、とか言うと英語できる人っぽい。 カメラとキャメラ、ラウンチとローンチみたいなもんだからなあ Cake2でXml::buildにて、急にSSLのURLが読み込めなくなったんだけど、みんなはどう？
古いシステムが急に動かなくなって、原因を探ってるんだが、ちっともわからん。 想像以上に、自信満々にケーキと読む低知能者って多いんだな。 そりゃ今どき改修案件くらいしか仕事なさそうだしなぁ しかし新規案件より保守やら改修の方が大抵ははるかにスキルが必要なのに
概ね安い事が多いよねｗ
PHPだと過去のcakeで作られた仕事が割とあるように見えるけど
怖くて受けられないｗ単価も安いし ガチで単価上がらないとプログラミングを義務教育に組み込んでも成り手いないぞ >>663
>新規案件より保守やら改修の方が大抵ははるかにスキルが必要
やっぱりそうなのか
今まで保守や改修のための前調査は予想開発費の3分の1ぐらいの値段で請けてたけどやってみると3分の1ぐらい理解した所でいつも時間切れになってた
残り3分の2はよくわからんままやり過ごしたけどやはりよくないんだろうな >>662
さすがに1はないけど、2のメンテは結構来るなあ うちは今年1.3を4にする予定
すでに一部は置き換えた 1.3をPHP7.4で動くようにする案件の話があって、断ろうとしてる 1の案件がイントラネットアプリなのか一般公開アプリなのか気になる >>670
セキュリティサポート切れてるのは客も納得済み？？ >>667
4の情報どうやって得ている？
Laravelに乗り換えようとして本買ったんだけど、どうにも進める気が起きない。
やっぱり俺はCakeが好きなんだよなぁ >>672
LaravelかCakeかで移行を悩むくらいなら、CakeのままでVueにするとかReactにするとかクライアント側の見直しを考えたほうがいい 
