Rails 界隈で話題の Mass Assignment 脆弱性を CakePHP で防ぐ方法です。

Github に Mass Assignment 脆弱性が発見されて、Rails 界隈で話題になっています。この問題自体は目新しいものではなく、Rails 自体の問題というより、Rails アプリケーションの作り方の問題ということで、以前から作る側が注意を払う必要がありました。

この Mass Assignment 脆弱性は、Rails を手本に発展してきた CakePHP アプリケーションでも同様の問題が発生する可能性があります。知っている人には常識なのですが、まだ知らない人もいるかと思うので、CakePHPにおける対策方法を書いてみます。下記コードはCakePHP2系を想定していますが、考え方はCakePHP1系でも同じです。

Mass Assignment 脆弱性

CakePHP における Mass Assignment 脆弱性は、フォーム（多くはFormHelperで作成）からPOSTで送信された値をモデルに渡す時に発生します。

例えば、以下のようなフォームの場合、一見するとnameだけが送信されるように見えます。このフォームをブラウザで表示して入力内容を送信すれば、もちろんnameだけが送信されます。しかし、フォームというかHTTPリクエストは自在に改変できるので、nameの他にemailでもpasswordでも何でも送ることができます。

app/View/User/edit.ctp

<?php echo $this->Form->create('User'); ?>
<?php echo $this->Form->input('name'); ?>
<?php echo $this->Form->end('submit'); ?>

コントローラで見ると、edit()メソッド内で、$this->request->dataの値をそのままUser#save()に渡しています。サンプルコードなどではよくある書き方ですが、$this->request->dataに本来想定していないパラメータが含まれていても（上記フォームで言うところのname以外）、usersテーブルにカラムが存在すれば、送信された内容がそのままデータベースに保存されてしまいます。

app/Controller/UserController.php

<?php
App::uses('AppController', 'Contoller');

classs UserController extends AppController {
  public $uses = array('User');

  public function edit() {
    if (!empty($this->request->data['User'])) {
      $this->User->save($this->request->data);
    }
  }
}

これを悪用すると、本来入力フォームでは変更して欲しくないカラム（例えば管理者フラグや権限、もしかするとポイント数など）を外部から操作することが可能となります。

さらにModel#save()では、与えられた引数にプライマリーキー（多くはid）が含まれていると、その値にマッチするレコードをupdateしてしまいます。つまり新規追加フォームのつもりが、任意のレコードを変更されてしまう可能性があります。

この問題、実は意識しておかないと結構影響が大きいです。

対策1. SecurityComponent を使う

対策として、SecurityComponent を使う方法があります。SecurityComponentをコントローラの$componentsに記載しておけば、自動的にフォーム改ざんチェックが有効となるので、フォームを改ざんして任意のパラメータを送信してもエラーとなり、アクションメソッドが実行されません。

対策2. save()に渡す値を設定する

対策1でも対策にはなるのですが、本質的な問題は$this->request->dataに意図しないパラメータを含まれているのにそのまま処理してしまうことです。そこで、処理対象のパラメータのみを抽出して、save()には抽出したパラメータを渡すようにします。

下記がサンプルです。$dataに処理対象のパラメータだけをセットして、save()には$dataを渡しています。これにより意図しないパラメータが送られてきても、save()に渡されることはありません。

  public function edit() {
    if (!empty($this->request->data['User'])) {
      $data = array(
        'name' => Set::extract($this->request->data, 'User.name'),
      );
      $this->User->save($data);
    }
  }

不十分な対策 save()の第三引数に更新対象カラムを渡す

save()の第三引数に処理対象カラムを指定することで、意図しないカラムへの更新を防ぐという方法があります。

下記のようにsave()の第三引数にarray(‘name’)を指定して、nameのみを更新対象とします。この方法なら更新されるカラムはnameに限定することができます。しかし、$this->request->data[‘User’]にidが含まれていると、そのidに該当するレコードが更新されるという問題が残ります。つまり更新カラムはnameのみですが、その対象レコードは任意に指定されてしまいます。

  public function edit() {
    if (!empty($this->request->data['User'])) {
      $this->User->save($this->request->data, true, array('name'));
    }
  }

便利機能には注意を

$this->request->dataをそのままModel#save()に渡して処理する。この方法は簡単だし、スマートに見えます。しかし、上で見てきたように意識しておかないと意外な落とし穴にはまります。

このあたりは手を抜かずにきっちりと処理対象パラメータのみを抽出してsave()に渡すという方法が問題も起こりづらいし、挙動も把握しやすいと思います。意識していなかった人はご注意を。

PHPカンファレンス関西2012を5/12に開催しますよ！

すでにご存知の方も多いかと思いますが、昨年盛り上がったPHPカンファレンス関西をまたまた開催します。

イベントの概要と現在募集している内容をご紹介します。

PHPカンファレンス関西2012

今年はゴールデンウィーク明けの5/12（土）に開催します。会場は昨年と同じく大阪産業創造館（産創館）です。

カンファレンス公式サイトを公開しています。今後、参加者申込やセッション発表などイベントに関する情報を公開していきますので、こちらも見てみて下さい。

PHPカンファレンス関西2012

・名称
  PHPカンファレンス関西

・開催日時
  2012年5月12日（土）10:30-16:40（10:00開場）

・開催場所
  大阪産業創造館 4Fイベントホール 6F会議室(A・B)

http://www.sansokan.jp/

・テーマ
  「好きやねんPHP！」

・参加費用
  無料

・定員（予定）
  250名

PHPカンファレンス関西2012の特徴を３つ。

1. テーマは「好きやねんPHP！」

今回のテーマは「好きやねんPHP！」です。

このイベントが何のイベントなのか、という原点に立ち返って、とにかくPHPが好き！という思いを全面に出していきます。

2. 会場が2会場、マルチトラックに

会場は、昨年開催した「イベントホール」に加えて、「6F会議室」の2会場となります。

会場が増えたということで、マルチトラックが可能となり、セッション数も大幅に増えます！

マルチトラックの利点はセッション数の増加だけではありません。大事ななのは参加するセッションを選択できる、ということです。同じ時間に開催される2セッションのうち、参加したいなあと思う方を自由に選ぶことができます。

どちらも聞きたい！ということになりそうですが、「選べる」というのは嬉しいですね。

3. セッションを公募に

そしてそして最後にここにつながります。

今年は LT だけではなく、本セッションについても公募を行います。

もちろん昨年同様、どなたかにセッションをお願いすることも考えていますが、公募による本セッションを行います。

発表内容はPHPに関するものなら何でも ok です。エンジニア向けだけではなく、デザイナー向け、オペレータ向け、初心者向け、なんでも来いです。

今回のテーマもマルチトラックにしたのも、全てこのセッション公募を実現するためです。ぜひバラエティに富んだセッションを開催したいと思うので、皆さんからの応募をお待ちしています！

募集しています！

現在、PHPカンファレンス関西2012では、以下の内容を募集しています。

セッション発表者募集

上記でも書きましたが、セッションで発表して頂ける方を募集しています。

まさにこれが今回のイベントの肝です。ここ関西で開催されるカンファレンスで発表してみましょう！

発表に興味はあるけど、勇気が出ないという方には、この言葉をオススメします。

「君の当たり前に僕らは感嘆させられるんだ」

勉強会を楽しむなら発表しよう！

セッション発表者募集に関する詳細は下記からどうぞ。

セッション発表者を募集しています。 – PHPカンファレンス関西2012

スポンサー募集

PHPカンファレンス関西2012に協賛頂けるスポンサー企業を募集しています。

関西はもちろんのこと、関西外からもPHPユーザが数多く集まるイベントです。これまでこういったイベントへの協賛をされていない方も大歓迎ですので、お気軽にお問い合わせください。

スポンサー募集に関する詳細は下記からどうぞ。

スポンサーの募集を開始しました – PHPカンファレンス関西2012

スタッフ募集

イベント運営をお手伝いして頂けるスタッフを若干名募集しています。とくに今回は会場が増えたので当日にお手伝い頂ける方をお待ちしています。

イベントは参加するだけでも楽しいですが、運営に関わるとまた違った視点でイベントを見ることができます。個人的にはスタッフをやっていて好きなのは、参加している人たちの笑顔ですね。とくに懇親会の最後に壇上から見ると、ほんとみんな良い表情をしてるんですね。そうした光景を見ると「あーほんとにイベントやって良かったなあ」を感じます。

一緒に参加している人を笑顔にしてみませんか？

スタッフ募集に関する詳細は下記からどうぞ。

スタッフを募集しています – PHPカンファレンス関西2012

5/12は大阪産業創造館へ

5月開催ということで、まだ少し時間がありますが、まずは5/12の予定を確保してお待ち下さい。（遠方の方も今なら飛行機の早割も間に合いますよ:D）

今後、準備が整い次第、参加者募集などを開始していきますので、公式 Twitter（@phpcon_kansai）、Facebook（pcon.kansai）をフォローして下さいね。

では、今年もPHPカンファレンス関西をよろしくお願いします。5/12は大阪産業創造館でお会いしましょう！

「わかりやすく<伝える>技術」からblogに使える３つのテクニックをご紹介。

テレビでお馴染みの池上彰さんの著作「わかりやすく〈伝える〉技術」を読みました。

タイトルどおり、とても読みやすく、分かりやすい内容になっています。読んでいると池上さんがテレビでお話されているかのように、すんなりと頭に入ってきます。

随所に<伝える>技術が盛り込まれているのですが、その中から、blogを書くのに使える技術を３つご紹介しましょう。

1. 伝えたいことをはじめに書く

最初の一文にこのエントリで伝えたいことの概要を簡潔に書きます。

こういったリードがあると、読み手はエントリ自体が何に関するものなのか、どういった方向に話が進むのかというのを理解することができます。この本で言うところの「地図を渡す」ということですね。

全体の流れとしては「概要 or 結論 -> 記事 -> 結論」となります。はじめに提示した結論が良い前フリとなり、記事本文を迷わずに読むことができて、最後は「なるほど」と腑に落ちます。（もちろん内容が伴わないといけないですが）

最初の一文が大事なのは、エントリが読みやすくなるだけではありません。

ソーシャルメディアでは、エントリの序文が掲載されることがあります。はてなブックマークでは、エントリの書き出しのあたりが掲載されます。Twitterでもblogエントリの序盤をtweetするbotがいます。はじめにエントリの内容を簡潔に書いておけば、より多くの人に見てもらえる可能性が広がります。

はてなブックマーク

ねえ、ねえ、大変！

では分かりやすいリードを書くにはどうすれば良いでしょうか？

ユニークな方法が紹介されています。

相手に自分が体験したことを面白く伝えたい。自分の気持ちをわかってほしい。
そんたとき、まず、「ねえ、ねえ、大変」という言葉から始まる文章を考えましょう。

この言葉の後にエントリで伝えたいことを書けば、それが自然とリードになるという方法です。

例えば、「ちょー聞いてーや、この本めっちゃ面白いで！」というのがまず伝えたいことで、その後に「この本は池上彰さんが書いた本でな、分かりやすいわ−」というように伝えたいことの肉付けをしていきます。

これは友人や家族へ話す時は自然とやっていることですね。誰かに伝えるつもりで書いていけば、自然とリードをまとめることができます。

2. 文章を短く切る

これは目から鱗というか、恥ずかしくなったというか、安心した技術です。

短い簡潔な文章を重ねるより、長く小難しそうな文章を書いたほうがなんだかかっこ良く思えて、ついつい一文を長めにしがちでした。これをこの本ではバッサリと一刀両断しています。

たとえば、三つの荷物（要素）を、相手（聴き手）のもとに届けるとします。三ついっぺんに運ぼうとすると、ヨタヨタしてしまい、なかなかたどりつけません。一回に一つだけにすれば、簡単に届けられます。それを三回繰り返せばよい。原稿も同じ事だろうと考えました。

考えてみると当たり前のことですね。伝えるために表現として文章を書いているのだから、伝わりやすい方法で書いた方が良いに決まっています。

引用した文章は、まさに短い文で構成した好例です。読んでみるとポンポンとリズム良く文章がやってきます。実にわかりやすい。

短く文章を切る効果は他にもあります。

一つの長い文にすると、文章の中身の要素同士が論理的につながっていなくても、まるでつながっているように思えてしまうのです。たとえば、「〜で、〜ということから、〜といえる」などと文をつなげていくと、論理的な文章に見えてしまうことがあります。

長い文章を書くと書いてる本人も気づかず「それっぽい」文章になってしまうため、論理的につながっていない文章を書いてしまうことがあります。読み手としては「それっぽく」は見えますが、意図がうまく伝わらないため、「結局何が言いたいんだろ？」という感想を持つかもしれません。

短い文にすると、このごまかしが効かないので、意図を明確に伝えることができます。

3. 三の魔術

日常的によく言われていることですが、なぜかこの３という数字はおさまりが良いです。

「大事な事は一つだけです」でもいいのですが、もういくつかあったほうがありがたい気がします。「二つあります」でも「え、二つでいいの？」という物足りない気分になります。それが「四つある」だと、今度は多い印象を受けてしまいます。

伝えたいことが５つあっても、優先順位を考えてとにかく３つに絞ります。これは３という数字が良いというだけでなく、制限をかけることで伝えるポイントをより明確にすることができます。

書き手としても、５や１０伝えることを考えるのではなく、たった３つに絞ればすれば良いので、書きやすくなるというメリットもありますね。

<伝える>人には必読の書

本書にはこのエントリで紹介した３つの技術に限らず多くの技術が紹介されています。

「図解する」「プレゼンテーション資料から話す内容を調整する」「パワーポイントにパワーポイントを使う」「具体例を示す」「接続詞の使い方」などなど参考になる技術がたくさん紹介されていますが、三の魔術に従い、あえて３つに絞りました:D

日々の暮らしでは、blogに限らず、ありとあらゆる場面で「伝える」という行為が行われています。

本当はこう言いたいのに、もっと上手く伝えたい、わかりやすく話したいという方にはオススメの一冊です。新書なので持ち運びにも便利なので、ぜひ手にとって読んでみて下さい。

PHPUnitのテストケースで書き換えた値の復帰について。

テストケースでテストを記述する際に、スーパーグローバルやクラス定数を書き換えることがあるのですが、これらの値を書き換えたまま、別のテストを実行すると書き換えられた状態でテストが実行されるので、それらの値に依存した処理があるとテストが通らないことがあります。

PHPUnitでは、そういったテストをまたがって影響を及ぼすであろう値の保存、復帰を自動で行なってくれる機能があります。

スーパーグローバル

デフォルトでは、各テストメソッドを実行する前に、スーパーグローバル変数（$_ENV, $_POST, $_GET, $_COOKIE, $_SERVER, $_FILES, $_REQUEST）の値をが保存されており、テストメソッド終了後にそれらの値がスーパーグローバル変数へ復帰されます。

これらの処理はsetUp()/tearDown()の外側で行なわれており、setUp()の前に値の保存、tearDown()の後に復帰されるので、スーパーグローバル変数については値の保存と復帰を自分で書く必要はありません。

下のソースでは、テスト開始前にスーパーグローバルの内容を保持しておき、実際に値の復帰が行われているかを確認しています。

なお、以下のいずれかの方法で、この機能を無効にすることもできます。

• phpunitコマンドで「–no-globals-backup」を指定
• アノテーションで「@backupGlobals disabled」を指定
• テストケースのインスタンス変数「$backupGlobals」にfalseを指定

また、インスタンス変数$backupGlobalsBlacklistに値の保存、復帰したくない変数名を連想配列で記述するとその変数だけ保存、復帰を避けることができます。

しかし、この機能を無効化するとテスト内で書き換えたスーパーグローバルの値が別のテストでも使用されてしまい、実行結果に影響を及ぼしてしまう可能性があるので、通常はデフォルトのまま有効にしておく方が良いでしょう。

クラス変数

PHP5.3以降の環境では、テスト実行時にユーザが定義しているクラスのクラス変数についてもスーパーグローバル変数と同様に値の保存、復帰を行うことができます。

ただし、デフォルトでは有効となっておらず、以下のいずれかの方法により有効となります。

• phpunitコマンドで「–static-backup」を指定
• アノテーションで「@backupStaticAttributes enabled」を指定
• テストケースのインスタンス変数「$backupStaticAttributes」に true を指定

この機能を用いると、これまでテストが困難だと思われていたSingletonパターンのクラスについて別のテストケースの影響を受けることなくテストすることができます。

下のソースでは、Sigletonで実装したクラスのクラス変数（private）の値が復元されているかを確認しています。

この処理は GlobalStateクラス（PHPUnit/Util/GlobalState.php）の backupStaticAttributes メソッドで実行されます。値の保存、復帰には Reflection が使われており、protected/private な変数についても setAccessible(TRUE) を実行して値をアクセスしています。

Reflection を使って値を取得するには分かりやすいサンプルになっているので、興味がある方はソースを読んでみて下さい。

PHPUnitは奥深い

PHPのxUnitツールとしてはデファクトスタンダードとなっているPHPUnitですが、実に多くの機能があり、まだまだ把握できていません。

全ての機能を使わずともテストは書けるのですが、今回のスーパーグローバルやクラス変数の保持、復元のように知っていればより勘弁にテストが書ける機能があります。

こういった機能を知って、より簡単に楽にテストが書けるようにしていきたいですね。PHPUnit勉強会でもやろうかな。

蕁麻疹ができて痒みに苦しんでたという話。

昨年からのバタバタぶりが少し落ち着いてきた1月中旬、足に肌色の蕁麻疹が出てきました。はじめは少し痒いくらいだったのですが、日に日にひどくなり、ついにはとても強い痒みが来て、掻くと余計に痒みが強くなるというやっかいなものになりました。

実は、こうした蕁麻疹は2年前にも体験していて、その時は初夏だったので、汗なんかも関係あったのかなあと考えていたのですが、まさかこんな冬になるとは思いませんでした。

夜になると痒みが強くなり、起きている間はできるだけ掻かないように意識できるのですが、いざ寝てしまうと無意識のうちに掻いてしまい、それでさらに痒みが強くなって掻くという悪循環になってました。さらには強い痒みで何度も起きてしまい、掻いたことの罪悪感も相まって、ろくに寝れずに会社に行く日もありました。

前回の時は、はじめに行った病院との相性が悪くて、この辛い時期が長かったのですが、最終的には良い病院と出会い、2ヶ月程で治りました。

その点、今回はすぐに良い病院に行くことができ、1週間経ったあたりでかなり落ち着きました。今は発作的な痒みは無くなったので、心穏やかに眠れるようになりました:D

いつかまたなるかもなので、対処法をメモしときます。（この対処法は自分がうまくいった方法で、人によっては効果が無い、もしくは逆効果の可能性もあります。治療する際は病院等で相談して下さい。）

1. 痒くなってきたら、冷やす

冷やせば、その瞬間は痒みがおさまります。

逆に温めると痒みが増します。夜寝ている間に痒みが来るのも、温かい毛布にくるまって寝ているのもあるでしょうね。。。

2. 早く病院に行く

発作的な痒みがくる状況になると、もう病院に行って薬をもらった方が良いです。放っておいてもひどくなる一方でした。

病院で出された薬は以下。

• セレスターナ配合錠（飲み薬:朝夕食）
• アレロックOD錠（飲み薬:朝夕食）
• ステロイド剤（塗り薬）

3. 症状を緩和する市販薬

いくつか市販薬も試したのですが、一番効果的だったのはこの薬でした。

ジェルタイプの塗り薬でスーッとする成分が入っているので、痒みを冷ましてくれます。正直痒みを取る目的では病院でもらったステロイド剤より効果がありました。

【送料490円・税込5000円以上で送料無料】2/2 10時～ エントリー＆3ショップ購入で最大10倍!ア… 価格：520円（税込、送料別）

4. 調子に乗ってお酒を飲まない

蕁麻疹の原因は医者曰く「アレルギー」だそうです。

原因をあれこれと考えてみたのですが、痒みがきた頃に特に変わったものは食べていないし、生活環境も特に変わったことはなく、これ、と思い当たるものはありませんでした。

強いて言えば、正月頃から毎日お酒を飲んでいたくらいですかね。家で飲むのもそうですが、新年会やイベントやらで外で飲む機会もあったので、元来アルコールが得意で無い自分にとってはオーバーペースだったのかもしれません。

お酒が直接の原因ではないかもしれないですが、アルコールで血流が良くなると痒みが増すので、良くはないです。

そういえば2年前の時も暑くなりはじめた頃で、毎日梅酒を飲んでいたから痒くなったと思い、その後禁酒していたのを後から思い出しました。。。

痒みを舐めたらダメ

経験がある方なら分かりますが、あの発作のような痒みはホントに辛いものです。さらに掻きむしってしまった後の激しい自己嫌悪、あれも苦しいですね。

お酒が原因かははっきりしてませんが、「それ以上飲んだら体壊すぞ」という体からのサインだと思うので、完治するまでは禁酒を、完治してもほどほどにしたいと思います。

というわけで、宴の席ではしばらくウーロン茶になりますので、ご承知おきをm(_ _)m

気がつけば、もう1月が終わろうとしていますが、今年最初のエントリです。

昨年秋ごろから本業でバタバタとしていて、貧乏暇なしを体現するがごとく仕事に明け暮れていたら、気がついたら年が開けていました。

いちおうまだ1月なので、まずは昨年の振り返りを。

2011年

昨年も色々とあったのですが、イベント関連を振り返ると印象深かったのはやはりPHPカンファレンス関西を開催できたことです。

毎年、東京で行われているPHPカンファレンスのような大きなイベントを、地元関西でも開催したいという想いがずっとあったので、それが無事に実現できたことは大きな意味がありました。

このイベントを運営したスタッフが母体となって、Kansai PHP Users Group（kphpug）を立ち上げました。カンファレンスや勉強会といったPHPに関するイベントの開催を通じて、関西のPHPerが交流出来る場を作っていきたいと思います。

また、JAWS-UG大阪にスタッフとして関わるようになりました。あまりスタッフらしいことはしていませんが、これまで接することが無かった人たちと新たに交流できるようになりました。これも昨年の大きな変化でした。

2011年に参加したイベントを並べてみました。

こうして見ると、年初の「CakePHP勉強会」と「appengine ja night #13」以外は全て関西で開催されたものばかりです。関西が盛り上がるのは良いことですね。

• 第2回関西アンカンファレンス
• CakePHP新春勉強会 東京
• appengine ja night #13
• Japan AWS User Group (JAWS) – Osaka勉強会 第1回
• PHPカンファレンス関西
• Japan AWS User Group (JAWS-UG) – Osaka勉強会 第3回
• 第1回関西PHP勉強会
• RxTstudy
• 第一回関西PHP初心者勉強会
• PHP Masturi 2011
• 第2回 関西PHP勉強会

2012年は「変化」の年

2012年は「変化」の年です。

これは個人的にというだけでなく、会社としても、この「変化」というキーワードを今年の目標に置いています。

１×１を個人事業ではじめて12年目、法人化して7期目に入っています。さらにこのblogを書きはじめて6年、OSSのコミュニティ活動に関わって5年が経ちました。

これまで多くの方々とのご縁のおかげでなんとかやってこれました。本当にありがとうございます。

現状維持だけを考えれば、ここ 1, 2 年は色々な面でこのままやっていけそうな感覚はあります。しかし 5年、10年というサイクルで見ると、このまま現状維持を目指していたのでは萎んでいくのが目に見えています。

もちろん、これまでも精一杯取り組んではきたのですが、そろそろそのアプローチを見直す時期に来ているのかなと感じています。これは数年前から薄々は感じていたのですが、昨年あたりからその感覚が強くなってきていて、いよいよ行動に移す、移さないといけない時が来ています。

実は昨年から少しづつ変化の兆しはありました。

一つ例をあげると、kphpug では @BiMihoujyunをはじめとする若いメンバーが中心となり「関西PHP初心者勉強会」というイベントを開催してくれるようになりました。これまでは自分や決まったメンバーが開催していたのですが、こうして若いメンバーが引っ張っていってくれるようになると、また違う盛り上がりをみせてきますね。

仕事面でもこういった変化の兆しは少しづつ見えていて、より先へ進もうとしています。

今年は、こういった変化の兆しを作る、そして実際に変化していく一年にしようと思います。

今年が終わった時に「あー結局、何にも変わらなかったね」ということだけにはならないようにやっていきますので、2012年もよろしくお願いします！

PHPer の年末を彩る PHP Advent Calendar jp 2011 が今年も無事に終了しました。

今年は12/1から12/26まで、全26回に渡って全国の PHPer が PHP に関するエントリを投稿しました。今年は見事に登板日を超す人もいなくて、無事に完走できました。（焼肉奢りの人はいませんでした＞＜）参加された皆さんお疲れ様でした！

エントリ内容

今年もPHP言語についてやライブラリ、フレームワークなど多岐に渡る内容が投稿されました。昨年も様々な記事がありましたが、あえて違いをあげるなら PHP5.4 に関する記事が登場したことでしょうか。

PHP 関連では 5.4 や各フレームワークなど内容を絞った Advent Calendar も開催されていたので、PHP Advent Calendar jp については、普段 PHP を使っていて気になること、つまづいたところ、もっとこうした方が良いよ、といった Tips 的が多く、PHP を使う多くの方に参考になる記事が多かったと思います。

他にも、PHP自体のソース解説やフレームワーク論、プロセス制御、hiphop phpなど中級者〜上級者向けのコアな内容や、資格試験、イベント報告、そして退職報告に絡めたエントリなど、盛りだくさんではあるのですが、とてもバランスが取れたラインナップとなりました。

電子書籍化

今年は技術評論社さんのご協力により、Advent Calendar の記事を電子出版して頂ける予定です。せっかくこれだけの記事が集まったのですから、まとめて読めるのは嬉しいですね。

価格は無料で、2012/1 or 2 月頃に提供頂けるようです。みなさんお楽しみに:D

PHP Advent Calendar jp 2011 エントリ

=

PHP5.4のビルトインサーバで CakePHP を動かしてみました。

CakePHP Advent Calendar 2011 の 4 日目です。

いよいよ PHP5.4 の正式リリースが近づいてきました。5.3 からのマイナーバージョンアップとはいえ、Trait や Short syntax for arrays、Array Dereferencing など興味深い機能が追加されています。

そんな新機能の中から注目のビルトインサーバを使って、CakePHP を動かしてみました。今回は CakePHP1系と2系の両方を試しています。

PHP5.4RC2をインストール

まずは現時点での最新版 PHP5.4RC2 が動く環境を作ります。

手順は以前書いたエントリ「 現状のPHP環境はそのままで、PHP 5.4 を試す 」を参考にして下さい。

上記エントリではとりあえず 5.4 環境を作るという内容でしたが、実際にアプリケーションを動作させる場合は、./configure で利用するオプションを指定する必要があります。今回は下記のようにオプションを指定しました。

$ ./configure --with-mysql --with-pdo-mysql --enable-mbstring --with-pgsql=/opt/local/lib/postgresql90

ビルトインサーバを起動

ビルトインサーバは PHP5.4 で実装された新機能です。CLI 版 PHP のオプションとして実装されており、コマンドラインから Web サーバを起動して、その上で PHP を実行することができます。これを使えば Apache のような Web サーバが無くても CakePHP を実行することができます。

では先ほど構築した PHP5.4RC2 環境でビルトインサーバを起動してみましょう。

CLI 版 PHP に「-S」を付けるとビルトインサーバが起動します。「-S」の後ろは HTTP リクエストを待ち受ける IP とポートを指定します。下記例では local:8111 で待ち受けます。なお、ここでは既存の PHP の ini ファイルを利用したいので、「-c」で php.ini のパスを指定しています。

$ sapi/cli/php -S localhost:8111 -c /path/to/php.ini
PHP 5.4.0RC2 Development Server started at Sun Dec  4 15:38:15 2011
Listening on localhost:8111
Document root is /path/to/docroot
Press Ctrl-C to quit.

起動したらブラウザで「http://localhost:8111/」にアクセスするとページが表示されます。

Ctrl-C を押すと、ビルトインサーバが停止します。

-t で DocumentRoot を指定

デフォルトではコマンドを実行したカレントディレクトリが DocumentRoot になります。「-t」を付けると任意のディレクトリを DocumentRoot に変更できます。

$ sapi/cli/php -S localhost:8111 -t /path/to/docroot

.htaccess は無効

.htaccess はビルトインサーバ上ではただの１ファイルにしかすぎず、mod_rewrite などの制御は働きません。

しかし、ビルトインサーバではリクエストファイル名に「.」が含まれておらず、該当ファイルが存在しない場合は、index.php もしくは index.html を起動する仕様になっているようなので、CakePHP のように index.php からフレームワークが起動するアプリケーションでは問題無く実行することができます。

詳細はPHPマニュアルに

さすが PHP ということで、すでにビルトインサーバについては PHP にマニュアル解説があります。詳細はこちらをどうぞ。
PHP: ビルトインウェブサーバー – Manual

CakePHP2 を試す

では実際に CakePHP2 をビルトインサーバ上で動かしてみましょう。今回動かしたのは 2.0.4 です。

手順は簡単で、CakePHP2 の app/webroot を DocumentRoot に指定して、ビルトインサーバを起動するだけです。

$ sapi/cli/php -S localhost:8111 -c /path/to/php.ini -t /path/to/cakephp2/app/webroot

ブラウザでアクセスすると見事におなじみの画面が表示されます。

本格的なアプリケーションは実行していませんが、ざっと見た感じでは、PHPソースを変更することなく、そのまま実行することができました。

CakePHP1 を試す

次は CakePHP1 をビルトインサーバ上で動かしてみます。今回動かしたのは 1.3.13 です。

$ sapi/cli/php -S localhost:8111 -c /path/to/php.ini -t /path/to/cakephp1/app/webroot

ブラウザでアクセスするといつもの画面が表示されますが、いくつかエラーが出ています。

エラーメッセージは以下。

Strict Standards: Redefining already defined constructor for class Object in /path/to/cakephp1/cake/libs/object.php on line 54

Strict Standards: Non-static method Configure::getInstance() should not be called statically in /path/to/cakephp1/cake/bootstrap.php on line 38

Strict Standards: Non-static method CakeLog::getInstance() should not be called statically, assuming $this from incompatible context in /path/to/cakephp1/cake/libs/cake_log.php on line 290

E_STRICTエラー

PHP5.4 からエラー出力レベル E_ALL に E_STRICT が含まれたため、E_STRICT に引っかかった箇所がエラーとして表示されてます。

CakePHP ではフレームワーク自身が error_reporting() でエラー出力レベルを上書きしてしまうので、E_STRICT を除外するように変更する必要があります。（display_error=off でエラー表示を抑制する手もありますが、開発環境では表示しておいた方が便利です。）

この問題についてはビルトインサーバ上でなくとも、PHP5.4環境では同じく発生します。

修正箇所は github に commit してあるので、こちらをどうぞ。
Commit 9cbc30101c7d43221b88ea0d9fa66c2cfaa4f1d1 to shin1x1/cakephp – GitHub

URLパス生成の問題

「http://localhost:8111/a」など存在しないコントローラにアクセスするとお馴染みのエラー画面となるのですが、CSS が効かずにテキストのみが表示されます。画面下の画像も表示されていません。

これはフレームワークのURL生成に問題が発生しているためで、HTMLのソースを見ると CSS のパスが「/index.php/css/cake.generic.css」のように頭に余計な内容が入っています。

<link rel="stylesheet" type="text/css" href="/index.php/css/cake.generic.css" />

この対応として、app/webroot/index.php に以下の記述を追加します。

+  if (php_sapi_name() == 'cli-server') {
+    $_SERVER['PHP_SELF'] = '/'.basename(__FILE__);
+  }
  if (!include(CORE_PATH . 'cake' . DS . 'bootstrap.php')) {

これで「http://localhost:8111/a」でアクセスすると CSS が効いて、いつもの表示になります。

他にも FormHelper が生成する URL など各所で同じ現象が発生しますが、上記修正で対応ができます。

ユニットテストもちゃんと通りました

ちなみに CakePHP1 系で作ったとあるアプリケーションの alltest を通すとビルトインサーバ上でもちゃんとテストが通りました。これで 5.4 上でも動作することが分かりました:D

ビルトインサーバで手軽に試す

ビルトインサーバの利点はなんといっても「手軽さ」です。

新たに環境構築が必要な場面で、いちいち Apache に VirtualHost を追加したりせずともビルトインサーバを使えば、すぐに任意のディレクトを DocumentRoot にして Web サーバを起動することができます。

ビルトインサーバは CLI 版 PHP ではデフォルトで組み込まれるので、拡張等無しで多くの環境で利用できるのが良いですね。

ぜひ PHP5.4 ビルトインサーバでお手軽に CakePHP を試してみて下さい。

明日の CakePHP Advent Calendar 2011 5 日目は、@kashioka さんです。お楽しみにー。

PHP Advent Calendar jp 2011 2日目です。

はい、PHPer王子です。

前日の @cakephper さんになんだか妙な名前を付けられました が、今年も PHP Advent Calendar を実施することになりました。管理人がなぜか 2 日目という変わったスタートとなりましたが、なんとか12/25の最後日まで駆け抜けたいと思います。参加されたみなさんよろしくお願いします！

ちなみにまだ数日空きがあるので、いっちょ書いてみよーという方の参加お待ちしてます:D

PHPerにおける連想配列の悩み

王子らしくPHPerの悩みを解決したい！ということで、連想配列にまつわるお悩みを。

普段PHPを書いていて何とも悩ましいのが、array関連の関数です。PHPerなら、もう何度となく聞いたことがあるであろう「引数に統一感が無い」というやつですね。

一例をあげると、コールバック関数を受け取る array_filter, array_map, array_reduce などの関数の場合、引数として受け取るのはどれも対象の連想配列とコールバック関数の２つです。普通に考えれば、どの関数でも同じ順序で引数を受け取れば良いように思うのですが、下記のように array_filter/array_walkは第1引数が array になっているのに対して、array_map は第1引数がコールバック関数となっています。

array array_filter ( array $input [, callback $callback ] )
array array_map ( callback $callback , array $arr1 [, array $... ] )
bool array_walk ( array &$array , callback $funcname [, mixed $userdata ] )

実際のコードで書くと違和感はさらにつのります。引数が違うという点もそうですが、array_mapの無名関数の後に連想配列を指定するのがなんとも気持ち悪いですね。

arryなら！

ということでもっとシンプルに書けるように arry というライブラリを作ってみました。

これを使うとこんなにすっきりと書けます。

メソッドチェイン

各メソッドはインスタンスを返すので、メソッドチェインもできます。

実行すると以下のようになります。

200
180
160
140
120
100
80
60
40
20

メソッドチェインを繋げていく

上手く繋げて行くと、array を追加して、各配列について計算した結果を追加して、ソートして、出力する、ということが一気に書けます。

実行すると悲しき今シーズンの結果が表示されます。

1. Dragons    75 59 0.560
2. Swallows   70 59 0.543
3. Giants     71 62 0.534
4. Tigers     68 70 0.493
5. Carp       60 76 0.441
6. Baystars   47 86 0.353

キーがあるかどうか

PHPでハマりがちな isset() / array_key_exists() も exists() メソッドで指定したキーが連想配列に存在するか確認できます。

PHP5.4なら

5.4ならarray()の代わりに[]が使えるので、さらにすっきりとなります。

実はこの arry という名前は、5.4 以降では array() を使わなくだろうから、この名前にしています。今は紛らわしいですが、5.4 が当たり前になったころにはこのライブラリ以外で array() と書くことはなくなるかもしれません:D

shin1x1/arry – GitHub

本当はSPLで

そんな arry ですが、array系関数の代わりとして使うにはまだまだ実装が足りません。

実はこれを書いた理由は SPL でこういった実装が欲しかったからなんですね。ArrayObject もありますが、実装メソッドが少なく、完全に連想配列をメソッドで操作するというわけにはいきません。

arry を膨らませていっても良いのですが、PHP 標準の SPL でこういったクラスが欲しいですね。

さて PHP Advent Calendar jp 2011 3日目は、AWS の貴公子 @tottokug さんです。どんなネタが飛び出すか楽しみですね！

11/24に大阪市内で第２回関西PHP勉強会を開催しました。

平日夜の開催ながら多くの方に集まって頂き、本当にありがとうございました。

今回は「あらためて5.3、こんにちは5.4」をテーマに、PHP5.3, 5.4に関するセッションが2つ、ライトニングトークが飛び入り含めて7つとなり、終了時間ギリギリまでめいいっぱいの内容となりました。

あらためてPHP5.3

「あらためてPHP5.3」ということで、PHP5.3ならではの機能について発表してきました。

登場からもう2年半経つPHP5.3ですが、環境としては使いつつも、5.3ならではの機能を使っている人はまだ少ないように感じます。そこで5.3の代表的な機能である「namespace」「クロージャ」「LSB」を取り上げました。

とは言うものの、実は「namespace」に関する内容がほとんどになっています。実は資料を作っている段階では namespace だけで発表時間（40分）を超過する内容になってしまってました。あれこれと削ったのですが、半分以上が namespace に関することになりましたね。（PSR-0 のこととか autoload のこととかも話そうと思ったました:D）

namespace は一見すると地味な機能で、名前競合などを経験して実際に困った人でないとメリットが見えづらい機能です。ただ今後普及していくであろう5.3フレームワーク（Lithium, Symfony2, ZF2, FuelPHP等々）ではフレームワークに namespace が利用されているので、フレームワークを利用する側も使い方くらいは知っておく必要があります。

初歩的な部分や実際に使ってみたハマリどころなどもご紹介していますので、これから5.3の機能を触る方は参考にしてみてください。