はてなブックマーク

CakePHP2系の最新版を利用しながら、3系への以降を少しでもスムーズにさせるためのメモです。 実際には非常に多くの作業を伴うことが予想されますが、可能な部分だけでも対応しておきたいところです。 このエントリは随時更新中です。気づいた時＆暇な時に追加・更新していきます。 PSR-4 に準拠した名前空間の導入 CakePHP3.0 から namespase が導入され、同時に PSR-4 準拠となります。それに関連してディレクトリ構造やクラス名、ファイル名が変更されます。 これに備えたアプリケーションコードの変更は2系では基本的に不可能と思われますが、準備のために整理しておきます。 APIの廃止、変更、代替案 クラス、メソッド、変数の廃止、メソッド引数の扱いの変更、推奨されている代替案などをまとめていきます。 中には 2.ｘ のかなり初期の段階で移行を促しているものなど、あえて書くまでもな

CakePHP のコンソール系のアプリケーションは何かと便利で、しかも驚くほど簡単にできてしまいます。(以下 CakePHP v2.2.1 において) 関連する情報など 公式の解説は一応この辺りにあります Console and Shells Shell Class Info: ファイルの作成とデフォルトのアクション( main メソッド ) まずAppShell を継承する class MyShell を、MyShell.php という名前で APP/Console/Command/MyShell.php として保存。 <?php /** * APP/Console/Command/MyShell.php */ class MyShell extends AppShell { } MyShell::main() を記述すれば最低限のことは出来ます。 class MyShell exten

もうだいぶ経ちますが、CakePHPが2.4.0から2.4.1にアップグレードされました。 CakePHP 2.4.1 released ここで、 Method signatures of Behavior callbacks was corrected. If you are using PHP5.4 you may have to update the method signatures of your behaviors to resolve any E_STRICT errors. とされている変更においてあまり解説されてないようなのでメモしておきます。 要するに継承元になるであろうクラスのメソッドシグネチャが変更されたので、 Declaration of Methods should be Compatible with Parent Methods in PHP とかいう類のエ

find時のオプション指定で、任意のフィールドだけを除外したい時ってのが結構ありますよね？ないですか？私はよくあるのですが、それを簡単にすまそうといつも似たような処理をちょこちょこ書いてるのでここにメモっておきます。 どんな仕様にしたいかというと、 $exFields = array('created', 'modified'); // ほとんどの場合、これが無駄だったりする。かといってテーブルには残したい。 $results = $this->Record->find('first', compact('exFields')); という具合に、 ‘exFields’ というキーで除外（exclude）したいカラムを配列で指定したらそれ以外のカラムが全て取得されるという振る舞いです。 AppModel::find をオーバーライドします。 /** * PHP>=5.3 */ class A

はじめに CakeRequest に関して リクエストされたURLがCakeRequestのプロパティにどのようにセットされるか CakeRequestのプロパティがセットされる流れ プロトコル及びホスト名 ドメインより後のURL CakeRequest::$params あるURLが、どのような$params (リクエストパラメータ)に解析されるかを知るには？ CakeRequest::is で携帯判別も簡単 CakeRequest::isの判定処理の種類 CakeRequest::isのルールを独自に追加する 似て非なるもの($base と $webroot) CakeResponse に関して ヘッダの送信、ボディの送信 ステータスコードの変更 コンテンツタイプの変更 ファイルダウンロードのレスポンス 自動的にメンバー変数としてアクセスできるクラス 1:はじめに CakePHP2.0

Model::save() メソッドを丁寧にはしから読んでメモしただけですけどなかなか気持ち良い作業でした。 いつもダラーッと見てたんですけどちゃんとメモを取ったら仕組みが腑に落ちた。 と思ったら hasAndBelongsToMany モデルのみ更新のケースにおける返り値を間違って解釈してたっぽい。ので修正。そして自分自身HABTMに関しては勉強不足だったことに気付かされた。 で、新たな疑問。HABTM データの更新をしてもその結果を取得する手段が見当たらない気がするのだけど、知りたいときは関連モデルを検査するのでしょうか？それか見落としてる？ HABTMは使ったことがほとんど無いので気にしたことがなかったですが、今度使うときには調べよう。 さて、コードのコメントの見出しを順に書くとこんな感じ。pre タグの中なんでリンク張れない・・・ コメントからメソッドの宣言まで オプションの準備

はじめに CakePHPで何らかのオブジェクトを操作する場合、対象となるオブジェクトの種類やどこからアクセスするかによって方法が異なる場合があり、それ以前にそもそもインスタンス化されていないことを知らずにアクセスしようと無謀な挑戦を試みたりすることがあります・・・よね？自分の経験上、始めたばかりの時はここで躓くことが結構多く、今でも分からずに調べることが多いですし、あまり使っていないと同じ事を何度も調べたりもしてしまいます。このエントリは、あるオブジェクト「に」あるオブジェクト「から」アクセスする方法について調べたものの備忘録です。 初心者のかたはどうぞ「 初心者の方へ 」にまず目を通してください。 内容は適宜追加・修正される可能性があります。 すべてCakePHP2系の情報です。1系の情報が今後追加されることはありません。 可能な限り公式ドキュメントへのリンクを張っています。日本語訳のあ

けっこうたくさんある例外クラス CakePHP2.2.3 の時点で全ての例外クラスは Cake/Error/exceptions.php の中で宣言されています。用意されているExceptionクラスがたくさんあって整理がつかないので一覧表にしてみました。 ちょっと2.3も先取り 先走りですが、2.3からの仕様変更の予定も反映してしまっています。 2.3からは、CakePHPで宣言するすべての例外クラスの基底クラスとして CakeBaseException クラスが新たに導入される模様です。 http://book.cakephp.org/2.0/en/development/exceptions.html New in version 2.3: CakeBaseException was added exception CakeBaseException Base exception c

とはいっても導入部分だけ（＾＾ (ps:後日これに続く箇所として、→「Dispatcher::dispatchの処理の流れ」作成しました。） 巷で話題のCakePHP2実践入門。これは本当におすすめ。ページの隅々まで埋め尽くさんばかりの勢いで、数々の豪華執筆陣が腕を競っています。 まず嬉しいのは、無駄な情報は極力削ってる。よーしフレームワークやっちゃうぞ～、と張り切って蓋を開けたらPHPの基本文法だとかローカルサーバーの構築方法だとか、挙句の果てはレンタルサーバーの借り方だとかで数十ページが過ぎ去ってしまう、なんてことはない。 当然CakePHPの基本的な使い方は、インストール方法に始まってMVCの操作からビヘイビア・ヘルパー・コンポーネントの使い方、さらにはプラグインの開発まで充実しているけど、実は、初心者の方はまず公式のブログチュートリアルぐらいはやっておいてね！っていう声が聞こえては

例のごとくCakePHPの定石があるので、よほどのことが無い限りそれを外れない方が無難と思われます。 Helperもありますが、まずは次の3点 javascript の外部ファイル設置場所 外部ファイル呼び出し方法 HTMLの埋め込み方 を理解すればOK。とりあえずこれを押さえないことにはHelperの使い方も腑に落ち難い。 例としてjQueryを用いたHTML埋め込みコードの記述の仕方を書きます。 1.jQueryの設置 /webroot/js ディレクトリに jQuery ファイルを設置する。 /webroot/js/jquery-1.7.2.min.js 2.jQueryの呼び出し view ファイル内に以下のように記述（v 2.1 以降）。View::fetch( ‘script’ ) で表示される。(※デフォルトテンプレートではレイアウトファイルのヘッダに記述されているが、ビュー

表題のようなスタイル記述の埋め込みをはじめ、CakePHP のレイアウトファイル内に任意に値をセットする方法です View::start, View::end, View::assign, View::append の使用 View::start と View::end のペアを用いる(2012/10/12追記)、または View::assign, View::append を用いるといいと思います （当初View::assign,View::appendのみしか知らなかったのですが、PHP勉強会でのshin1x1さんのセッションでこの機能を知り、記事を少し書きなおしました） なおここで紹介する View のメソッドは、いずれも2.1で新たに導入されたビューブロックと言う仕組みを利用するためのAPIです。なのでバージョンはそれ以降と言うことになります。 上記4つのメソッドはそれぞれ内部的に

目次 はじめに 必要となる情報・知識 サンプルコード まとめ はじめに 今回、データの更新処理をAjaxを使って実装してみたのですが、結構覚えることが多く大変だったので実際にやったことをメモ。 次同じことをするときにさらっと思い出せるように。 プログラムに限らない一般的な話ですが、一見複雑なものも細分化していくと単純なものになりますね。まぁ、その単純なものをいかに有機的に組み合わせていくのかっていうのが、何においてもカギを握るわけでもありますが。なお jQuery を使用しています。そして、スクリプト系のヘルパーは今回勉強不足なこともあって一切使用していません。いずれ機会があれば Cake の機能をフル活用した書き方も実践したいところです。CakePHP のバージョンは 2.2.1 ちなみに私は CakePHP の処理の流れは一通りわかっているけど、jQuery はDOMをIDで指定して、

以前のエントリーで ‘add_meta_boxes_’.’カスタム投稿タイプのスラッグ’ というアクションフックについて紹介しましたが、このほかにもいくつか専用のフックがあるので、調べた範囲でご紹介します。 $post_type_name に、ご自分で作成した投稿タイプ名を宛ててください。 新規追加ページを開く auto-draft_$post_type_name add_meta_boxes_$post_type_name 公開ボタンを押す publish_$post_type_name 公開ボタンを押した後のリダイレクト表示 add_meta_boxes_$post_type_name 更新ボタンを押す publish_$post_type_name 更新ボタンを押した後のリダイレクト表示 add_meta_boxes_$post_type_name 一覧ページ(edit.php?po

テンプレート Behavior のテンプレート <?php class {My}Behavior extends ModelBehavior { public $settings = array(); public $mapMethods = array(); public function setup(Model $model, $config = array()) { } /* public function cleanup(Model $model) { if (isset($this->settings[$model->alias])) { unset($this->settings[$model->alias]); } } */ public function beforeFind(Model $model, $query) { return true; } public fun

>>CakePHP 2.2 から コアが提供する Utility のライブラリに新たに class Hash が加わりました。 次回のメジャーバージョンアップでは Set クラスが廃止され、Hash クラスに移行するとのことです。 http://bakery.cakephp.org/articles/markstory/2012/04/30/cakephp_2_1_2_2_2_0-beta_released New Hash class A new utility library Hash was added. It is intended as a replacement for the Set class featuring improved performance, and a more consistent API. All internal calls to Set were r

CakePHPはよく触っていたものの、MySQLについてあまり知らなかったんですが、大規模なデータベースを扱ってみようと思い立ちいろいろ試行錯誤しています。 で、ついさっき感動したのが、40万件のレコードを扱ってるテーブルに簡単なSELECT分を投げて返ってくる時間がなんと5秒もかかっていて、なんじゃこりゃ？って首をかしげてたんですが、INDEXひとつで劇的に早くなったこと。 40万件が大規模かそうでないかはこの際おいておいて、INDEXのつけ方次第でこんなにも速度に変化があるのかと涙が出そうになった。 最初の激遅いテーブルは簡単に書くとこんな具合。 CREATE TABLE IF NOT EXISTS `shops` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(255) NOT NULL, `status

目次 はじめに ポイント 例 自作のShellクラス シェルスクリプト ジョブコマンド おまけ コマンドから柔軟に引数を渡す 呼び出しがShellであるかの是非を知る メソッド実行後のコールバックメソッドは・・・「無い」 なんとなくコンソール系が苦手な人 そのほかありがちなトラブル はじめに 以前、CakePHP1.3(ひょっとしたら1.2？)のときにもCronの使い方をメモしたのですが、あちらは通常の、ブラウザから渡されたURLに基づくアクションを疑似的に実行するという、どちらかというと裏技的なやり方であり、CakePHPの本来のShellの使い方ではなかったようです。(なお、基本的なシェルアプリの作り方も書きましたので興味のある方はご覧ください。) 今回2.xを使い始めたこともあり、改めてCronの使い方について学習したのでメモします。1.3とは結構変更があったようで、Consoleと

(※1) bloginfo, または get_bloginfo の第2引数に 'display' を渡した場合のみ。 (※2) 替わりに "url" を使用します。 (※3) 内部で呼び出している関数の末尾は "I"ですが、キーワードの末尾は"L"。 (※4) switch 構文の default でもあるため、他に該当しなかった場合もこの処理が行われる。 (※5) いずれも末尾に'/'などのセパレータはつかない。 get_bloginfo() のフィルタ処理 get_bloginfo() の第2引数に ‘display’ を渡すことでフィルタが適用されます。( bloginfo()は常に適用されます。 ) 適用されるフィルタフックは’bloginfo_url’ もしくは ‘bloginfo’ のいずれか一方で、この振り分けを $show に含まれる文字列で判定しているのがWordPres

この記事は CakePHP Advent Calendar 2014 の 19日目の記事です。 今年は CakePHP3 のリリースを目前に控えた高揚感もあり、例年にも増して毎日が待ち遠しかったです。まだあと数日楽しめま […] Read More »

結論から。プラグインファイルから pluggable.php の関数を少しでも早く使用したい場合、__construct では早すぎるので、”plugins_loaded”というアクションフックに引っ掛けましょう。 プラグインのファイルを作成してWordPressをカスタマイズする際、さまざまな処理を実行させるタイミングをいかにコントロールするかってのがかなり肝であると言うことに最近ようやく気づいたのですが、全体像を掌握することはとても骨の折れる作業なので、今日もこうして断片的な知識をメモします。 さて、さっき一つ気づいたことをメモ。 プラグインを開発するときに重宝する関数がまとめられた pluggable.php というWordPressが提供するファイルがあります。 たとえばログイン中のユーザー情報を知りたい場合などは、ここで定義された function get_currentuser

WordPressのコアが提供している定義済み定数や関数、メソッドの中から、URLおよびファイルパスをGETするためのものをリストアップしていきます。同種の機能がなんとなく散在している印象があるため、このエントリを使ってメモしていきます。※とりあえず順不同＆解説なし。 関数 get_bloginfo( $show, $filter ) $show に対応した値を返す。 bloginfo( $show ) 上記の get_bloginfo で取得した値を echo する。 詳しくはこちら→WordPress の get_bloginfo, bloginfo を詳しく見る。 Webページに出力する値を中心にまとめられているようです。出力する必要のなさそうなプラグインのディレクトリだとか、管理画面のURLなどは対象外。 get_stylesheet_uri() =get_bloginfo( ‘s