【PHP】フレームワーク CakePHP 19ホール目【v3.3】 [無断転載禁止]©2ch.net
>>614
昔に比べるとサーバサイドにこだわりがなくなってきたかも。
サーバはAPIさえ処理できればいいというのが最近の流れだし、フレームワークの差別化もし辛くなってるよね。 作っても少人数にしか使われないから、やる気がなくなってきたんだろう 言うても毎年なにかしら新しいWebサービスできてるわけで。
全部が全部WPやRubyってわけでもないだろうし、
PHPフレームワーク使ってるところもあると思うんだよな >>612
3=>4の違いは、2=>3ほどではないので、3の本でもある程度はいけると思う
とはいっても、今更3本を買うのはシャクなので、中古本を探しては?w 3ってプラグインも結構あるの?
2でSearchプラグインとかOauthとか便利だったが >>619
それすら調べられないんだったら、2のままでいいんじゃなないの?w >>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みたいだねw お好きならどうぞだけど仕事では旧バージョンは使いたくないよ
最新バージョンはMCの使い勝手が向上してるし Cake好きなんだけど、4の情報が少なすぎるんだよなぁ
せめて参考書が出るレベルなら使えるんだが PHPはLaravelが覇権みたいな感じがあるからなぁ
昔は日本だとcakeぐらいしか選択肢がみたいな時代もあったけど
もう相当昔だよなぁ >>635-636
残念ながら俺には十分ではない。小回りがきかないし 自分のやりたいことが100%解説されてないとダメなタイプ?
クックブックに書いてあるのは部品だからそれを自分のやりたいことに当てはめていかないと クックブックは必要最低限(%にして50)のイメージ
本は70〜80はある。日本語での解釈もあるしわかりやすい
本を否定するなら学校教育全てダメじゃねーか 未だに仕事でCake1.3や2使ってる人いる?
それともさすがに3や4にしてる? >>645
クライアントのサーバーが古〜い場合は、説明して使うことはある
新規の案件は当然4だな >>646
情報少ないのに仕事で4使えるって凄いね >>647
うちも新規はcakepphp4だな
3.9とほぼ同じだし
不意に3.10出たのは驚いたが >>645
1.3のシステムが動いてるからメンテしてる 取引先の人がケーキPHPって読んでてまあそれでもいいか…と悩んだ 逆にケーキ屋でショートケークください、とか言うと英語できる人っぽい。 カメラとキャメラ、ラウンチとローンチみたいなもんだからなあ Cake2でXml::buildにて、急にSSLのURLが読み込めなくなったんだけど、みんなはどう?
古いシステムが急に動かなくなって、原因を探ってるんだが、ちっともわからん。 想像以上に、自信満々にケーキと読む低知能者って多いんだな。 そりゃ今どき改修案件くらいしか仕事なさそうだしなぁ しかし新規案件より保守やら改修の方が大抵ははるかにスキルが必要なのに
概ね安い事が多いよねw
PHPだと過去のcakeで作られた仕事が割とあるように見えるけど
怖くて受けられないw単価も安いし ガチで単価上がらないとプログラミングを義務教育に組み込んでも成り手いないぞ >>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にするとかクライアント側の見直しを考えたほうがいい >>672
まー基本的にはクックブックで必要に応じてソースを掘り下げたり
ネット検索もしないではないけど大抵はクックブックに書いてある CakePHPを使うとどんなサイトが作れるのでしょうか? データベースと連携する色んなサイトが作れる
データベースとの連携は必須ではないが連携しないなら使わなくてもいいだろうな >>679
ありがとござうます、スマホやタブレットを想定したアプリぽいのを作りたい場合にも、フロントサイド次第でCakePHPでもできますか? cakepphpはサーバー側(バックサイド)の処理を担当するものだからHTMLやCSS、javascript(フロントエンド)は自由にできるよ
ただ画面に関してはビューという単位で管理するから普通にwebページを作るのとは勝手が違う まずはMVCで検索してどういうものか知るのが良いかと
ほんとにcakepphpでないと行けないのかも含めて検討を! スマホアプリっぽいものはReactで作るべき
スマホアプリならネイティブかflutterで作るべき >>681
>>682
あらためてありがとうございます
>>684
ありがとうございます
ReactとFlutter見てみました
特に「アプリっぽい」ということでReactが興味深かったです 単にスマホアプリを作りたいならそしてjavascriptが書けるならコルドバでもいいかもね
どんなの作りたいのか知らないけど レスポンシブという意味じゃなくて、スマホアプリならJavaとか別の言語じゃないか? バックエンドはcakeでもLaravelでもよくて
フロントエンドがReact
VueでもいいけどトレンドはReact Vue対Reactとうとう決着がついたのか
長い戦いだったな 久しぶりにCake2の保守したんだが、触ってないと全然わからんなw
ただ、2は情報量多いからググったら調べられるけど cookbookがよくわからなかったので、
cakePHP3の入門書を読んでいます
かなりわかりやすい
慣れれば慣れるほど、ピュアPHPより楽できそうな感じですね
ゆくゆくはcookbookを普通に読めるようになりたいなあ >>692
がんばってちょんまげ
でも、これからだったら、4のほうがいいと思うよ >>693
会社が当分cakePHP3でいくみたいなんですよねー・・・
いまのところ4に移行することなく現状維持みたいです 3系も最新は4の後に出た3.10でしょ
うちは縛りがないかぎりは4だけど 4の本もでてくれねーかな
やっぱLaravelよりCakeの方がわかりやすいんだよなぁ ララベルは開発者が好きにできる範囲が広いところが受けてるんだと思うがケイクも使いこなせない人が自由に使うとカオスになりそう >>698
がんじがらめなのと自由なのとどっちがいい?という話だし
自由だからって言ってもやれる事はそこまで変わらないし
そうなると古臭いんだよねcakeは Laravelはphpフレームワークの中でもっとも遅いからそこをなんとかしろ CakeでいうテーマがLaravelにはないんだよなぁ Cake2のメンテしてるけどFWが作ったキャッシュをまとめてクリアするコマンドとかないんかな…。
app/tmp/cache以下を手で消すしかない?もしキャッシュがファイルじゃなかったら? cake cache clear_all
できえなかったっけ?
これは3からだったかな? >>704
3しかないみたいなんだよね
3のCacheShellのソース見て同じ実装すればいいんだろうか? githubみたら5があったんだけど、開発中なのかな?
3・4と日本では下火な状態だけど、5はどうなるやら Laravelにはもう勝てない
過去にcakeでやってたシステムもLaravelに作り直すべき 勝てないとは?
いま問題なく機能してるなら作り直す必要なんてないでしょ?
結局CakePHPをいじれないのを言い訳してるように聞こえるけど 保守できる人間が居なくなったときにCakeの保守出来る人募集なんかしても
安いうえに誰も来ないのが目に見えている
今更Cake覚えたいとか知恵遅れしかいないやろw >>711
でもLaravelスレの低レベルの罵り合いを見ると、どっちもどっちだと思うぞw 単に保守を続けないといけないかどうかによるけど
ショッピングサイトみたいなのは保守を続ける必要がありそうだし
そういうのに技術者の少ないフレームワークを採用していると後々大変だと言う事かと
日本でPHPだとLaravel一択に近いし、将来的な事も考えるならどこかで作り直すかした方が無難かなと
CakePHPでも変な作りしていなきゃバグ対応ぐらいは出来るかと思うけど
新規の画面を追加などする場合は来る人次第では成果が出ない事もありそうだ CakePHPが出きる人はLaravelでも使えるけどその逆は…
どちらもMVCであることに変わりはないんだが