【PHP】フレームワーク CakePHP 19ホール目【v3.3】 [無断転載禁止]©2ch.net
cakephp3なのですが年代ごとにテーブルが分けられており年代以外のカラム名は全て共通なので
select文はBehaviorにてselectクエリを記述して使い回すという使い方で良いのでしょうか?
それともそれぞれの年代の全てのModelファイルにselect文を実行するメソッドをそれぞれ記述していく方法となるのでしょうか? >>491
Behaviorだろう
だけど、そんな変なDB設計にした責任者を小一時間問い詰めるほうが先 >>492
ありがとうございます
Behaviorでクエリ実行するようにしました
全ての年代のテーブルモデル呼び出す必要がありましたw Cakephp3のunionAllなのですが公式サイトのCookbookでは以下のように説明がされていました
$inReview = $articles->find()
->where(['need_review' => true]);
$unpublished = $articles->find()
->where(['published' => false]);
$unpublished->unionAll($inReview);
こちら10テーブルなど大量のテーブルをunion allしたい場合は
$inReview1 = $articles->find()
->where(['need_review' => true]);
$inReview2 = $articles->find()
->where(['need_review' => true]);
・
・
・
$inReview10 = $articles->find()
->where(['need_review' => true]);
$unpublished->unionAll($inReview1)->unionAll($inReview2)〜->unionAll($inReview10);
のようにテーブル数ぶん変数を用意してunionAllするしか方法はないのでしょうか?
ご指南よろしくお願い致します 今からcakeやるハメになった
こんな時代にcakeなんかにしがみつきやがって >>496
あと3年したら、cakeの有能さに気付くだろう マジかよ
名前だっせえからこんなの勧めるのやめてほしい 有能な人はどんなフレームワークでもスッとこなすもんだよ Cakeのアップデート情報を日本語で書いてくれてるブログが有ったと思うけど、知らない？
ググっても見つけられなくなったんだが、止めちゃったのかなぁ >>500
ちんぺいさんのブログとか、コネヒトエンジニアブログとか有ったけど途中で更新やめてるね
https://mbstring.com/
http://tech.connehito.com/archive/category/CakePHP
大体こういう情報は感謝もされないし反応すら無いし、全ての機能を把握してないと正しく和訳できないから長続きしない
ちんぺいさんはCakeの中の人だけどGitHub見る限りあまり活動してないようだ
CakeのSlackチャンネルでは活動してるのかな？俺入ってないから分からない cakeが今できる最大のサポートって打ち切り発表して移行を促すことだと思う 名前がダサい
もっとカッコいい名前だったら流行ったのに 多分5年後に残ってるのは、なんだかんだでcakeなんだな Cakeはもう無理だろ
シェアが落ちすぎて日本語文献どころか英語文献すらロクにない
プラグインも昔はちゃんと動いてたのかもしれんが、開発放置されて変な動きするもの多いし
結論として自分で作るしかなくて調べた時間全部無駄って場面が多すぎる だよなあ
なのに今から新規開発でcakeでやるとか言い出した某開発会社に付き合わされるハメになった
こっちが提案したLaravelは軽くスルー
クソジジイかと思ったら意外と若い奴だった laravelはrailsの二の舞を演じそうなんだよな。 >>508
Railsが落ちぶれたというより、Rails使いたちが他を見下して勝ち誇っている間に時代に置いて行かれたから
気持ち悪い宗教はスルーされるいい例 メール送信にコンポーネント使う意味あんの？
Mailer作ればよくね？ とうとう2018年は、Cakeの案件が1件もなくなった 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使いだけど難なく開発できたけど 
