【PHP】フレームワーク CakePHP 19ホール目【v3.3】 [無断転載禁止]©2ch.net
codeIgniterが薄くて楽
cakeみたいにガチガチすぎて重いフレームワークは淘汰される
というかもう誰も使ってないし
なぜか日本だけジジイどもが使ってる codeIgniterが重くて苦痛
cakeみたいにユルユルすぎて軽いフレームワークは大人気
というか世界中で使われてるし
なぜか日本だけジジイどもが使ってない パクリなんて人聞きの悪い
インスパイアされた
んじゃないの? なんかよ〜分からんが
ttps://book.cakephp.org/2.0/ja/models/callback-methods.html
beforeValidate
バリデーションが行われる前にモデルのデータを変更するか(以下略)
Model内で成形しても View に引き継がれないし
それどころか Vaidate も古いデータが使われる。
馬鹿じゃね? なんのための beforeValidate なんだ?
これって一般的な設計思想なんか? AppModel に getController メソッド作って
[controller]->request->data
書き換えたらModelだけで対応出来たわ。
MVCってそれぞれデータ持つもんなんかねぇ。
いっそMVCDにしやラクなのに……。 >>527
Cake2の設計思想の事を今更言っても仕方なくね? すまん。Cake2どころか3もよ〜わからん。
もっと言うとMVCもよ〜わからん。
もっと言うとコンピュータ科学もよ〜わからん。
ひょっとしてこれが普通かも、と思ってる。
簡単だよって言われて改造してみた。 Cake4のアルファリリース来たね。
正式版はいつ頃だろう? cake4も1.2の時みたいに難産バージョンになってるな
去年の頭に出すって言ってたけど1年以上延びちゃった
3.6で最後の予定が3.7、3.8と来てズルズルと… 今回の脆弱性対応、どんなケースで影響があるんだ?? ああ、ユーザー入力をそのまま検証なしにunserializeするようなケースか。
よくある脆弱性だね。 >>534
令和を迎えてアクセスが殺到していました
ご迷惑をお掛けしました 俺社謹製のフレームワークが、凄まじいレベルに到達し始めている。
CakePHPとかもう、ゴミッカス以下にしか見えない。 書き始めたのはもう5年も前になる。
気が向いた時などに少しずつリファクタリングを繰り返して、今となっては一番最初のコードからかなりの変貌を遂げたが、
基本的な考え方は何も変わっていない。
実装者が特別意識しなくても
・コードを肥大化させない
・コードを複雑化させない
・コードを重複させない
・コードを整頓させる
・コードの記述量を減らす
・セキュリティが担保される
・デザイナとの分業を可能にする
・本来頭を使うべきビジネスそのものにフォーカスできるようにする
もはや、これは神の手だ。 当初の思想から変わったことというと、
PHP 5.3以上をサポートして間口を広げる事を考えていたのを
今現在、PHP 7.3のフル機能をサポートするように書き換えている。 WEBアプリケーションの実装について極限までつきつめていくと、
結局、フロントの実装だけが残る。
サーバサイドがやるべき事は中朝化すると本当に簡単なコードに収まってしまい、
90%は自動生成できるレベルになる。
だが、フロントはそうは行かない。
フロントこそがアプリケーションに求められている事の本質であって、
そこをいかに効率化するかがアプリケーションの品質に直結する。
俺氏のフレームワークは、そこに全力で注力する事を可能にしているのだよ。 で、フロントは何で作ってんの?jQueryとか言わないよな? もちろん、jQueryだ。
バカは全くjQueryの正しい使い方を理解していないのでやたら毛嫌いするが、
正しい使い方をした場合のjQueryの性能は凄まじい。
jQuery程、使う人間次第で黄金にも鉄くずにもなるライブラリは珍しい。
実際、ゴミクズのようなjQueryの山を見てきたせいで、
俺氏は、正しいjQueryの使い方を見つけ出せた。
シングルページアプリケーションのようにデータバインディングが極度に効率的な場合を覗いて、
jQueryは明らかに銀の弾丸だ。
だが、愚民どもはそれが銀の弾丸である事を理解せずに打ち込む。
銀の弾丸は、東洋の化物に打ち込んでも効果は得られない。 5年ほど前には、AngulerJSがやたら流行った。
Angulerを使えない奴はエンジニア失格とされる空気すらあった。
俺氏も当然使ってみたが、あまりのオナニー臭に「こんなもの流行るわけがない」と一蹴した。
今現在、Angulerはどうなっている?
俺氏が当時注目したのはVue.jsの初期バージョンだった。
当時からVue.jsは「フロント実装者のめんどくさいことを担保する」という事に特化していた。
センスが感じられた。
現在、Vue.jsはどうなっている?
俺氏の審美眼はおまえたちに比して群を抜いている。
俺氏の目は、常に真実だけを見抜く。
その俺氏が言うのだから間違いない。
jQueryは、正しい使い方をすれば最強の武器の一つだ。 今現在有るjQuery排除運動は、ほぼ、無駄に終わる。
jQueryの導入率70%超という実績もそうであるが、
事実、jQueryの簡便さと有効さは、他に類を見ない。
バカな奴がしたバカな実装を見て「jQueryは使えない」という判断は、
その判断を下した本人がそもそもバカである事を証明する結果となる。 世の中の愚民どものバカさ加減には、ほとほと辟易する。 俺氏のフレームワークは、フロントのコード量の低減にまでサポートする。 CakeFestに合わせて4のリリースかなと思ってたんだけどそれは無いか cakephp3.8でOracleと連携させてます。
データベースの項目を画面に表示させようと思っていますが
データベースとは接続できているのですが、
bakeコマンドでmodelが作成できない
Error: [Error] Call to a member function fetch() on null in
\cakedc\cakephp-oracle-driver\src\Database\Statem
ent\OracleBufferedStatement.php
ここからどうしたらいいだろう。そもそもmodel作るのが間違っている? 4になってCake復権しないかなぁ。Laravelより好きなんだよなぁ コンソールではなく、Web上でスキーマファイルの実行ってできるもんなんでしょうか?
baserCMSではできるみたいですが、やり方がわかりません 3.8にbootstrap導入したいけどネットの情報古すぎてなに見たらいいのかわかんない >>563
そーいえば、最近のBaserCMSはどうなのうよ? もう完全にオワコンと化したな
過去Cakeで作ったサービスまだ動いてるけど… >>566
動いてるならまだいいんじゃないかな
一応、2系もまだデバッグされてるんだし 2015年にCake2で作ったサービス、どうしたらええんやろ…。 >>568
来年中盤まではサポートされるから、それまでに乗り換えだね まあ乗り換える予算なんてないからそのままだけどな
このWeb製品の異常な寿命の短さなんとかならんのかね、真面目にやるなら3年おきぐらいに作り直さんといかんやんけ そんな中でcake2はいい意味で異端だったよ。
こんなに長くサポートしてくれるとは!
10数年前に選んだことを後悔してない。 >>562
え、マジでCakePHPの最新版にもまだDIコンテナ無いの 意を決して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もあと3年経てば今の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年代より見なくなった