Fukuoka.php vol.17 にて、CakePHP 3からの新機能「Modelless Form」の紹介をしてきました。 Modelless Formは、これまでのCakePHPに足りていなかったサービスレイヤ、ビジネスロジックを担当するものとして最適の機構だと考えています。 （Component?知らない子ですね… 発表後、Modelless Formでアソシエーションを含むようなバリデーションができないか、との質問を頂いていて、その場ではできないと回答していたのですが、実は定義できるようです。（CakePHP 3.0.5以降 バリデータをネストする http://book.cakephp.org/3.0/ja/core-libraries/validation.html というのは置いておいて、CakePHP公式のSlackチャンネルに日本語話者向けの #japanese チャ
日頃 CakePHP 関連のリポジトリーに送られてくるプルリクエストを眺めていると、実に多くの方が empty() を安易に使用しているのが目に留まります。実例をご覧ください。 ですが、空かどうかを検査するために empty() を使用するのは適切ではありません。代わりに ! 演算子の使用を推奨します。 !empty() の代わりには、何もせずに真偽コンテキストに渡すか (bool) による型変換が良いでしょう。これは CakePHP のコーディング規約にも書かれています。 empty() は検査対象が未定義であっても E_NOTICE レベルのエラーを発生させません。これは検査したい変数がひょっとすると未定義かもしれない場合には便利ですが、それ以外の場合には変数名の打ち間違いを見落としてしまう原因になりかねません。 もっとも、開発に IDE を利用している方は、自分がそんなミスをするはず
CakePHP Advent Calendar 2017の16日目です。 @keisukefunatsu さんの昨日の記事は、codeceptionをcakephp3で扱ってみるチュートリアルでした。 CakePHPで自動テストを書いていますか？ ちょうど1週間前に9日目の記事として、CakePHP3 のアプリケーションを Behat でテストする（update編）を書きました。これはE2Eですが、もちろんPHPUnit(など)を使った単体テストもあるでしょう。 CakePHPではfixtureという仕組みを使ってテストデータを作成できるようになっています。 この記事は、テストをするには避けては通れないテストデータについて、以下のような悩みを持っている方を対象とした内容になります。 fixture にテストデータを書くのが面倒 DBにカラムを追加したときに fixture を書き換えるのが
This document is for a version of CakePHP that is no longer supported. Please upgrade to a newer release!
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 社内用にまとめた内容の転載。 ココらへんの話をします CakePHP3の値チェックは2段階！ ValidationとValidation Provider Application Rules Entityに渡す値のチェック(検証)は2段階で行われる CakePHP3では、従来とは大幅に「バリデーション」の機構が変更されました。 これまでModel::save()やModel::delete()時に暗示的に、もしくは明示的にModel::validate()をした際に走っていたデータの検証が、次のような2ステップに分けて扱われます。 En
CakePHP3で開発をしていて、PHPUnitで少し複雑なテストをしようとごにょごにょやってたら、トランザクションをネストしてロールバックしたくなったので調べました。 SQLにおけるトランザクションはネストできるか？ 本記事でいうトランザクションとはSQLのアレです。コレです。ではそもそもトランザクションとはネストできるものなのかというと、通常はできません。詳しくは下記の記事に詳しく書いてありました。 トランザクションをネストしたらどうなる？ 内側だけロールバックできる？ - Qiita 記事によると、TRANSACTION命令だけでなく、SAVEPOINTを使えば部分的ロールバックが可能だということです。CakePHP3ではどうすればよいのでしょうか。 結論：CakePHP3ではトランザクションをネストできる 結論から先に言うと、CakePHP3では普通に**トランザクションをネストで
CakePHPとReact.jsを共存させる 最近流行りのフロントサイドレンダリングですが、CakePHPと合わせてどうしても使いたい場面に遭遇します。 ようは、決済処理などはクライアントに見えない形にしたいのでバックエンド（CakePHP）で、残りはフロントサイドみたいな。 今まで拝見した記事だとnpmと別途で動かしているものが多いので需要があるのではないかと思って記事にしてみます。 あと個人的にMaterialUI (http://www.material-ui.com/) を動かしたかったのもあるので。 とりあえずCakePHPを入れる。 下記の記述のようにCakePHPをインストールします。 https://book.cakephp.org/3.0/ja/installation.html PHPのインストールは省きます。Apacheなどを含めてyumやapt-getなどでインスト
梅雨のジメジメにめっぽう弱い kagata です。 今回は表題のとおり CakePHP3 のテーブルオブジェクトからスキーマ情報を参照していろいろやる方法をご紹介します。Cake3 のモデル周辺は、べんりな道具が本当に充実していますよね。 例題1：入力データの null を空文字列に置き換える 例えば、データベースに次のようなテーブルがあるとします。 CREATE TABLE `posts` ( `id` int unsigned NOT NULL AUTO_INCREMENT, `subject` varchar(255) NOT NULL, `body` text NOT NULL, `created` datetime NOT NULL, `modified` datetime NOT NULL, PRIMARY KEY (`id`) ) null を撲滅するため、どのカラムにも n
使ってますか？Middleware これですね。CakePHP3.3から導入されている機能ですね。 http://book.cakephp.org/3.0/ja/controllers/middleware.html Middlewareって何？ アクセスに対するリクエスト、レスポンスに対して処理を挟むことができます。 処理を挟むといわれると、Controllerには initialize とかありますけどもっと前に処理を挟むことが可能になります。なります。 また、 PSR-7 に互換しているため、 Packagist などで公開されている PSR-7 互換のライブラリを利用することが可能となります。 例えば、 Laravelで利用されているMiddlewareをCakePHPで利用するということも可能になります。(Laravelに依存していなければ) どのタイミングで動くの？ 初期だと以
The document discusses the past, present, and future of CakePHP versioning. It notes challenges with past major upgrades and lessons learned. It outlines improvements in the 3.2-3.4 range like stronger typing and middleware usage. Future plans include new middleware types in 3.5, deprecation warnings in 3.6, and a major 4.0 release removing PHP5 support. Long term support periods are proposed for
こんばんは。ユアマイスターの星です。 弊社ではおなじみのCakePHPを使っているのですが、そのバージョンアップをしようとした時に、 うまくいかないところがあったので、これから3.4.7にあげようとしている方のためにも記録に残しておきます。 結論 バージョンアップ後、500エラーが発生し画面が何も表示されないという事象が発生 3.4.7 で新設されたServerRequestFactoryクラス内にあるextract関数により、config内に指定していた変数とServerRequestFactoryクラス内の変数名が衝突 configの配列のキー名は安易に名付けるのはやめよう 諸悪の根源 The ServerRequestFactory is responsible for: Building a request from the SAPI super globals. Extracti
CakePHP3は公式サイトでテストケースの作成について紹介されています。 そこで認証が必要なページのテストケースについては記述方法が書かれていますが、ログインやログアウトといった処理自体のテストケースについて記載されていないので、今回作ってみます。 前提 クイックスタートガイドに従い作られた以下のような認証処理であること。 Usersはemailカラムをログイン名、passwordカラムをパスワードとする パスワードはCakePHP3のデフォルトのbcryptでハッシュ化される Usersはemail、password以外にid、created、modifiedカラムを持つ ログイン/ログアウトメソッドはUsersControllerに作成される また、テストに従い、PHPUnitの実行ができるようになっていること(PHPUnitのインストール、DBの設定等)。 テストデータの作成 Us
こんにちは。 GWはずっと欅坂46の『不協和音』を聴いていたサーバーサイドエンジニアの@itoshoです。 前回のエントリーからCakePHP3アップデートの連載？を担当しています。 そして、早速GW中に新しいバージョンである3.4.6がリリースされましたので、今回も簡単にではありますがアップデート内容をまとめさせていただきました。 CakePHP3.4.6の変更点まとめ 今回は以下の変更がありました。 CSRFとセキュリティトークン用のフィールドのautocomplete属性を明示的に無効にした 新しいSafariのバックボタンの挙動で、blackholedエラーが発生する問題を解決しています。 SQLServerの接続ドライバーに多数のオプションが追加 具体的にはコネクションプーリングやログインタイムアウト等のオプションが追加されました APIドキュメントの改善 FixtureのDB接
こんにちは！ 3月からコネヒトで頑張っているアイドル大好きエンジニアの@itoshoと申します。 最近はBiSHさんの『プロミスザスター』をヘビロテしています。 いきなりですが、皆さんは普段Webアプリケーションフレームワークのバージョンアップをどういうタイミングで実施していますか？ 影響が少なそうなマイナーバージョンアップであっても、ついつい先延ばしにしてはいないでしょうか。 しかし、そうやって先延ばしにしていると、いざバージョンアップしようと思った時に影響範囲のチェックや動作確認のコストが大きくなりがちで「まだ暫くこのままでいいか…」と二の足を踏んで、気付けばいつの間にか最新バージョンに追従出来ないレガシーなシステムを生み出してしまうことになりかねません。（僕も過去にそのような苦い経験がございます…） コネヒトではWeb APIの開発をCakePHP3を利用して行っているのですが、その
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く