テスト環境でCakePHP 3 のDebugKitが読み込まれず。 あれこれ試すもダメ。 で、検索してみたら、先人の書かれた記事がありました。 http://kojirooooocks.hatenablog.com/entry/2018/04/19/021442 DebugKitのなかで、動作しているホストがローカル環境かを調べているようです。 やや無理矢理ですが、 debug_kit/src/ToolbarService.php の isEnabled() の if ($enabled && !$this->isSuspiciouslyProduction()) を if ($enabled) に書き換えました。 親切といえば親切、大きなお世話といえば大きなお世話ですなあ。 ===追記 ログを見てたら、 Warning: DebugKit is disabling itself as y
DebugKitが中々出ないという事象に悩まされていました。 config/bootstrapには <?php ... if (Configure::read('debug')) { Plugin::load('DebugKit', ['bootstrap' => true, 'routes' => true]); } って書いてるし、もちろんdebugはtrue。 それでも出ない。 sqlliteがないだとか、なんだかんだと探していても、結局わからずじまいだったので、コアを漁って調べたところ、しょうもない理由でした。 結果としては、debug_kit/config/bootstrap.phpの以下の行で引っかかって出てませんでした。 <?php /** * Copyright (c) Cake Software Foundation, Inc. (http://cakefoundatio
CakePHPのDICいれよーぜPRがマージされとった🎉🎉 (タイミング的にcakefestに間に合わせたかな？) ちゃんと内容追うぞーーー Add a dependency injection container by markstory · Pull Request #14945 · cakephp/cakephphttps://t.co/GSgNp1WBNR— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2020年10月1日 ということがありまして、20201005現在で「4.next」に取り込まれているｽﾃｨﾀｽです！ ※ 現行の4.1のパッチバージョンについてはmasterに向けられるので、 4.nextは「次のマイナーバージョン」である4.2を指します 「CakePHPにDIコンテナが入ったらどんな感じに使われるんだろう？」というのは個人的にかねてより興味範
CakePHPコアチームは7月4日、PHPベースのWebアプリフレームワークの最新版「CakePHP 4.1.0」公開を発表した。 CakePHPはPHPで作成されたWebアプリケーションフレームワーク。MVC（モデル/ビュー/コントローラ）モデルで開発でき、データベースアクセス、キャッシュ、認証などの機能を用意する。容易な設定、安全性などの特徴も備え、迅速にアプリケーションを開発できるとしている。MIT Licenseの下で公開されている。CakePHP 4.1は2019年12月に公開されたバージョン4系の最新安定版。 ORMでCommon Table Expressions（CTE）を利用できるようになった。また、ウィンドウ関数もサポートした。debug()とDebugger::printVar()で、HTMLを発行したり、CLIでANSI風のアウトプットが可能になった。Query::
先日開催された CakePHP Meetup イベントにて、.env と app_local.php に対する話題がでました。これらは環境ごとに異なる値を管理するために利用されるものですが、どちらを使えばいいのか明確な基準がなく、なんとなくでイベントは話題が流れていきました。後から気になって色々調べたので、こちらにご紹介します。 先に結論ですが、プロジェクトによってどちらかを選べばよく、特に理由がなければ app_local.php を利用した方がいいという感じでした。明確に片一方が素晴らしいということはありませんでした。 .env の使い方 こちらは環境変数に値をセットする方式で、その値にアクセスするには env() 関数を利用します。例えばDB の設定情報は以下のように記述します。 # .env export DATABASE_HOST="production.database.hos
CakePHPでの開発で欠かせないbakeによる自動コード生成。DBのテーブルから自動でソースコードを生成してくれるため、非常に便利です。ですが、実際に運用すると実行するたびにソースコードが上書かれてしまうという欠点があります。今回はそんなbakeと上手に付き合っていく方法をご紹介します。 bakeの欠点実際の開発の現場で発生するbakeの欠点は、実装済みのコードが上書きされて消えてしまう。という点です。特にDB周りは開発を進めていく段階で少なからず変更が入ります。 その度にbakeを叩いてしまうと既存コードが消えてしまうため、手動でかつ寸分の狂いもなく以下の実装をする必要があるのです。 validatorの追加buildRulesの追加アソシエーション定義の追加Entityのaccesibleへの追加phpdocの更新Generation Gapパターンによる解決DB変更が入る度に手動で
本記事は CakePHP Advent Calendar 2019 の19日目のエントリーになります。 はじめに 先日、待ちに待ったCakePHP4.0.0が 正式リリース されましたね そして、気が早いのですが4.0系がリリースされたということは、次の大きなアップデートは4.1系のリリースということになります。（本当に気が早くてごめんなさい） そんなこともあり早速 4.1のロードマップ をチラ見してみたのですが Application の欄に以下のような記述があり、何やら面白そうな変化が起きそうだなと感じました。 Experimental support for PSR11 compliant dependency injection container. Potential libraries that we could use are: phpleague/container - h
白米と納豆と梅干しがあれば生きていける、かーさん (id:Kaa_saan) です。 主にPHP案件担当してます。 今回は、痛いお話 CakePHP3.x系のお話です。 去年の話になりますが、CakePHPのアップデートを試みて、 盛大に失敗した ときの覚書です。 今後の戒めとして残しておきます。 アップデートの経緯・・・？ １年前のことなので、詳細な経緯は忘れてしまいました。 :) ・・・が、おそらく単純に、「そろそろ新しくしようぜ～♫」的な軽い気持ちだったような・・・。 すでに稼働しているサービスだったので、とりあえず、CakePHPとPHPUnitのアップデートが目標でした。 ちなみに、サービスは本番・検証・開発環境全て、AWS（Amazon Linux AMI release 2015.09）で稼働しています。 今回は、痛いお話 アップデートの経緯・・・？ アップデート検証 Cak
CakePHP Advent Calendar 2019の1日目がやってきました。今年のCakePHPの大きなトピックとしては、CakeFestが日本で開催されたことではなかったでしょうか。CakeFest 2019では、CakePHPのFounderであるLarry Mastersさんや、Lead DeveloperであるMark Storyさんなど、CakePHPのコアメンバーの方々が一同した会でした。そこで、CakeFest 2017に続き、CakePHPの次のメジャーバージョン 4.0 の説明がありました。初日の本日は、そんなCakePHP 4.0をざっくり知る記事を展開していきます。 CakePHP 4.0 のこれまでの経緯 CakeFest 2017で行われたMark Storyのプレゼンテーション「CakePHP - The Road Ahead」にて、CakePHPの過去と
こんにちは、サーバーサイドのお仕事してます金城(@o0h_)です。 7月は「波よ聞いてくれ」と「ベアゲルター」が共に出るという、嬉しい事態でした。沙村作品は魅力的なキャラクターがいつも多いですが、その中でも女性キャラの強さ・芯の太さに圧倒されます。 [まとめ買い] ベアゲルター さて、今回はタイトルの通り「(静的)解析どうするの」という問題について少し考えている事をまとめてみます。 「Phan」か「PHPStan」か、どっちが良いでしょうか？ 現在コネヒトではPhanを導入してコードをチェックしています。 「道具で安心感を得られる」のは最高なので、Phanもまた最高なのです。しかしながら、実際に日常的に回していく中で、いくつか気になっていることもあります。 実行に時間がかかる (プロダクトでは利用しない)php-astエクステンションが必要になる エラーが発生した時の原因箇所の特定が大変
コネヒトが開発しているママ向けQ&Aアプリ／情報メディア「ママリ」では、CakePHPを開発当初から使用しています。2014年にサービス提供を開始し、今に至るまでにはフレームワークのバージョンアップ対応における苦労、技術的負債の解消などいろいろなことがありました。今回「CakePHP」をテーマにCTO伊藤のインタビューをお届けします。 ママリで使用している技術って？ママリで使用している技術スタックを教えてください。まず、モバイルアプリの技術スタックで言うと、iOSアプリはSwift、AndroidアプリではKotlinを使用しています。Webの技術スタックはフロントエンドではReactをメインで使っていて、バックエンドでは、主にPHPでフレームワークはCakePHPを使用しています。インフラはAWSでECSを用いたDockerコンテナを利用しています。他にも機械学習のシステムではPytho
This document is for a version of CakePHP that is no longer supported. Please upgrade to a newer release! クエリービルダー¶ class Cake\ORM\Query¶ ORM のクエリービルダーにより簡単に流れるようなインターフェイスを使ってクエリーを作り、 実行することができます。クエリーを組み立てることで、 union やサブクエリーを使った 高度なクエリーも簡単に作成することができます。 クエリービルダーは裏側で PDO プリペアードステートメント（prepared statement）を使うことで、 SQL インジェクション攻撃から守っています。 クエリーオブジェクト¶ Query オブジェクトを作成するもっとも簡単な方法は Table オブジェクトから find() を使う
One approach to scaling out a database for a multi-tenant application is to horizontally shard or partition the data by customer. This often takes the form of having multiple identical copies of an application’s schema in each shard. For example customer A’s data would be in shard 1, while customer C’s data would be in shard 2. Often, in addition to the sharded databases, there is a lookup databas
これは CakePHP Advent Calendar 2017 2日目の記事です。 1日目は @kunitさんのCakePHPの過去、現在、そして未来 - Qiitaでした。 1ヶ月ほど前に CakePHP 3.x ドキュメントにCMS チュートリアルというページが追加されました。以前ブログチュートリアルとブックマークチュートリアルというコンテンツがありましたが、説明に重複する部分があるので統合されたもののようです。 CakePHP 3の機能をざっくり把握するためによい資料かと思います。 ところでこのチュートリアルではユニットテストに触れていませんが、高品質なアプリケーション開発のためには必須です。 自分の知識を整理するために、CMSチュートリアルにユニットテストを書いてみました。 今回はコントローラーの統合テスト以外について説明します。 (現在でもナビゲーションからは辿れませんが、見る
CakePHP Advent Calendar 2017、第4日目です！ 私は最近だとCake3を利用しているのですが、触っていた期間でいうとまだまだCake2の方が長い〜と思います。 なので、昨日のカスタムファインダーのエントリはとても興味深かったです・・・数えるほどしか使ってない(書いていない)機能だったので、改めて理解した上で機会があれば活用してみたいと思いました。 Collection の話をします！ さて、今回はCakePHP3の話になります。 もともとCake2からHashクラスは大好きなのですが、Collectionは同じく「集合をよしなに扱う便利クラス」になります。 ORM層に見られるように「プリミティブな連想配列を脱却した良さを分かち合おう」というCake3時代の思想を、色濃く感じることができる場面です。 ドキュメントはこちら: https://book.cakephp.
まえがき CakePHP では初心者の方を歓迎しています。 CakePHP の README.md に次のように書いてあるのをご存知でしたか？ Our primary goal is to provide a structured framework that enables PHP users at all levels to rapidly develop robust web applications, without any loss to flexibility. Google 翻訳にかけるとこんな和訳になります。 私たちの第一の目標は、あらゆるレベルの PHP ユーザーが、柔軟性を損なうことなく堅牢な Web アプリケーションを迅速に開発できる構造化フレームワークを提供することです。 私たちは、 PHP を覚えたての初心者でさえ手早くアプリケーションを開発できる、そんなフレーム
Inflect me! Running on CakePHP 3.5.10
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く