Symfony をあれこれいじった

「Symphony」の誤表記ではねーのですよー． 「Symfony」ね． PHP の Web アプリケーションフレームワークの中で， 特に最近評価が高いというブツだ． 一番根っこの部分は Mojavi にあるらしいんだけど， Django とか Ruby on Rails とかの影響を受けている部分もあるらしい．

ということでインストールして色々といじくって， ハマったというか迷った箇所を書き連ねておこう． 後で思い出すのに困る部分もあるかもしれないし， 検索でここを見つけて役立てるひともいるかもだしね．

インストール

まずインストール．PEAR コマンドで channel-discover して install して…… この辺は特に困る箇所は無い．

困りはしないけど，あれ？ と思ったのが， この Symfony は DB アクセスレイヤとして propel を標準で使えるのだが， propel も PEAR でインストールできるようになってるのね．

じゃこの propel も別途インストールが必要？ てことは propel が動作するために必要な creole や コマンドラインツール用の Phing も別途？

と思ったら．必要ありません．Symfony のパッケージの /vendor ディレクトリにごっそり入ってます．

schema.xml と schema.yml

インストールして，コマンドラインから init-project して init-app して init-module して，と． 今回は既存 DB を使うので（といってもダンプして別スキーマ立てて使うが）， それを読むように /config/database.yml をいじくって， propel-build-schema で schema.yml を自動生成してくれる． そしたら propel-build-model でモデルクラス，いわゆる DAO を作ってくれる．

ちなみに propel-convert-yml-schema で XML 版の schema.xml を生成してくれる． propel は元々 XML で定義して使うもので， YAML の定義ファイルは簡易版．XML で表現できることが YAML だとできない場合もあったりするらしい． 遭遇してないけど．

で，そんなことをしてからまた propel-build-model を実行すると，

[propel-om] Processing: schema.xml
[propel-om] Processing: generated-schema.xml
Execution of target "om-template" failed for the following reason: /usr/local/share/pear/symfony/vendor/propel-generator/build-propel.xml:470:1: Duplicate table found: propel.
[phingcall] /usr/local/share/pear/symfony/vendor/propel-generator/build-propel.xml:470:1: Duplicate table found: propel.

というエラーが出て，あれー？てなる． この引用の先頭をよーっく見るとわかるが， schema.xml があるのに schema.yml もあってしまうと， 両方処理しようとして duplicate 扱いになってしまうみたい． schema.xml を削除しましょう． もちろん YAML メインでなく最初から XML を書いたなら YAML の方を消すんだけど， 個人的に XML は面倒だからキライなんでそんなこたーしませんｗ

Postgres でシーケンスによる auto increment ID

テーブルの ID となるフィールドが integer で定義されてて， シーケンスでシリアル番号を取得して使ってたような場合， propel-build-schema ではただの「プライマリキーの integer 項目」にしか見てくれない． ので，手で schema.yml を変更して，ID フィールドのところに

id:
  autoIncrement: true

と付け加えてやってから propel-build-schema をやりなおすと， レコード挿入時にいい感じにシーケンスから採番してくれる． この場合のデフォルトのシーケンス名は「(テーブル名)_SEQ」． シーケンス名を定義したい場合は，

id:
  autoIncrement: true
  sequence: hoge_fuga_seq

みたいに名前も指定できるらしい．試してないけど．

DAOクラスを作ったのに読んでくれない

propel-build-model で，/lib/model ディレクトリに DB のテーブル数 * 2 くらいのファイルがわんさか出力されたんで， さっそくモジュールを作って DB から読み出してみよう．

てことで /app/(appname)/modules/(modname)/actions/actions.class.php（長い）にちゃちゃっと記述． Symfony はオートローダが全部処理してくれるんで， いちいち require_once() を書かなくてもいいよ！ いいよ！ ……ってガイドに書いてあるんだけど， いきなり new ClassName() すると「クラスねーよ」って PHP に怒られる．

オートローダはクラスの書かれたファイル名をキャッシュするので， /lib 配下のファイル構成が変わったら symfony cc しましょう． dev モードで cache: off ってなっててもローダの情報はキャッシュされるみたい．

addSelectColumn()するとdoSelect()でエラーが出る

普通の読み書きは順調に問題なし． Criteria で SQL を組み立てるインタフェースも， まぁ直感的でわかりやすいと思う． メソッド名がいちいち長いのは最近の文化ですかね．コードがうざくなるんだけどｗ

で，ちょっと複雑なことをしようとしたらハマった． Criteria->clearSelectColumn() してから Criteria->addSelectColumn() して， 例えばテーブルのうちのいくつかのフィールドを読まないように設定すると， テーブルの Peer クラスの doSelect() でエラーとなってしまう．

原因は，このベースとなる BasePeer::doSelect() でレコードセットを通常配列モード （数値連番のキー → テーブルの値，という配列で返す）でフェッチして， それをテーブルクラスで番号指定でフィールド名のオブジェクト変数に取り込んでるから． そうすると実質的にはフィールド全てが順番通りに並べられたクエリ （SELECT field1, field2, field3, ... みたいなお行儀良いやつ）しか使えないってことだ．

こいつはヤベえ．ヤベえカッコ悪さだ． 検索したら海外とか日本でも同じように困ってる人がいるみたいで．そりゃそうだよなぁ．

ひとまずテーブル拡張クラスでメソッドをオーバライドして対処．

class HogePeer extends BaseHogePeer
{
  public static function doSelect(Criteria $criteria, $con = null)
  {
    $rs = HogePeer::doSelectRS($criteria, $con);
    $rs->setFetchmode( ResultSet::FETCHMODE_ASSOC );
    return HogePeer::populateObjects( $rs );
  }
}

class Hoge extends BaseHoge
{
  public function hydrate(ResultSet $rs, $startcol = 1)
  {
    if ( $rs->getFetchmode() === ResultSet::FETCHMODE_NUM ) {
      return parent::hydrate( $rs, $startcol );
    } else {
      try {
        $fieldNames = $this->getPeer()->getFieldNames( BasePeer::TYPE_FIELDNAME );
        $keys = array_keys( $rs->getRow() );
        foreach ( $keys as $key ) {
          switch ( $key ) {
          case 'id':
            $this->id = $rs->getInt( 'id' );
            break;
          case 'name':
            $this->name = $rs->getString( 'name' );
            break;
      ...
          }
        }
        $this->resetModified();

        $this->setNew(false);

        return count( $keys );

      } catch (Exception $e) {
        throw new PropelException("Error populating Hoge object", $e);
      }
    }
  }
}

今回はひとまず，

• doSelect() からは FETCHMODE_ASSOC を指定してクエリ発行
• 取得時にモードが FETCHMODE_ASSOC でなければ元の処理に飛ばす
• 名前指定にしただけで，元とほとんど同じ処理を行なう

という風にしてみた．

PEAR::DB_DataObject では，とりあえずどんなクエリを投げても， 結果のフィールド名（SELECT の別名で作った架空名であっても）の名前のオブジェクト変数を持つ DAO として動いてくれたんだけど， こいつも「見知らぬ名前のフィールドはとにかく getString() で取り込んじゃう」とかすれば， それに近い動作になるかも． 元の設計思想とか粉砕してる気がするけど気にしなーいｗ

というわけで

DB まわりは一通り問題なさげになってきた． 後は？ フォームとか，プレゼンテーションまわりとかか．

プレゼンテーションまわりはいいとして， フォームの取り扱いは既に HTML_QuickForm に慣れてしまってるのだが， こいつは癖がありすぎて応用が利かないけど使いこなすと異様に快適なのが困る． Symfony のフォーム取り扱いが，まぁ楽だといいんだけど．

がんばろー．

たくさん赤くなったゲキカラ唐辛子さん．

実ひとつがすげえデカいので，ペペロンチーノとか作ってもひとつで充分な辛さでした．よしよし．

そして！

ハバネロさんが何だかﾋﾞﾐｮｰにオレンジ色に！

これ，たしか一番最初についた実だな．ゲキカラさんと違ってこちらは実がついた順に色が変わるかな？

ゲキカラさんは全体が緑からどす黒い赤に変わり始めて数日で実の先の方からきれいな赤になったんだけど，ハバネロさんは実の付け根の方からいきなりきれいなオレンジになっていくのね．

似たような種かと思ってたけど意外と種的には近縁ではないのか？　まぁ実の見た目とかまるっきり違うし近縁って方がおかしいか．共通点「辛い」もレベル違うしなぁｗ

さて唐辛子とは関係ないが．

この時期には珍しくトンボがいたんで撮ってみた．これはシオカラトンボのオスですな．羽化してしばらくは黒＆茶のいわゆる「ムギワラトンボ」だが，オスはすぐに変色してこういう青系のカッコいい色になるます．

にしても実際に見てるより小さく映るな，カメラで撮ると．ていうかズーム欲しいよねズーム．そういうところまで求め始めると，やっぱデジカメ欲しいのう．持ち歩くの面倒じゃないように他の機能と統合できるといい．HDD 内蔵で MP3 プレイヤと Web ブラウザ積んだ Windows Mobile 搭載のデジカメとか出ないかなぁ……

まぁほとんどの人が同じような感想を持つと思うんだけども．

「コピー10回だからこそ、補償金制度が不可欠」――権利者団体が主張

「コンテンツに対する尊敬の念を持って頂きたいと思う。この機会に映像・音楽といったコンテンツについて、考えを深めて貰えればと考えている」

コンテンツを愛する人が楽しむために何度も見たり聴いたりすることを規制して， 結果，あらゆるコンテンツを使い捨ての集金システム化するという， 偉大な金の亡者さんたちはさすがに言うことが違いますな． そりゃなー，テレビとか音楽とか収益すごいもの． コンテンツを利用する他者の犠牲のもとに金がざくざく入ってくるなら， そりゃコンテンツを尊敬もしたくなるだろうさ．

あたしは音楽が好きで，コピー禁止制御の入った CCCD みたいの以外はコピーで済ませずきちんと購入して聴いてるわけだが， それもひとえに音楽のクリエイタを尊敬して， 彼らに対する支援となってほしいと願ってのことだ． でも結局儲かるのはこういうクソみたいな著作権ゴロの権益団体ばっかしなのかなぁ． なんかもうすごくガッカリだ．

金を払わないと不便になる，どころか，金を払っても結局不便ときた． こんなんじゃ客の負担がどんどん増えていって， いつか（というかもうすぐにでも）， 「そんな負担があるならコンテンツへの興味を捨てて他のことに資源をまわそう」と考えることになる． そしたらクソどもの寺銭はともかくクリエイタの収入も減ってしまい， 良いクリエイタが活動できなくなったらますますコンテンツの魅力がなくなるネガティヴスパイラル．

そうすっと行き着くところは，音楽とか映像とかで著作権ゴロに絡まれそうなものが表ルートではぜんぜん流通しない世界． 今からガン=カタでも会得しときますかね……(´･ω･)

先月末くらいにゲキカラさんの実のひとつだけが赤くなり始めてきました．

最初についた実ではなく，2番目か 3番目くらいの実なのよね．順番じゃないんだねぇ．へー．

で，その後 1週間くらいで，完全に真っ赤になって，ちょっと皺ってきた．

最初に生った，すんごいデカい実も，赤くなり始めたねぇ．

で，他にも 2個ほど真っ赤になったので，収穫して美味しくいただいてみましたよ．

とりあえずえーっとペペロンチーノ．素で唐辛子を使える手持ちレシピってことで．ふむ，美味い．そこらで買ってきた乾燥唐辛子と比べても，とても香ばしいし辛さも充分だ．でもパスタが細麺のしかなくて細麺でペペロンチーノ作ったらイマイチだった．唐辛子でなくパスタで失敗するとはｗ

ちなみに今はこんな感じで，ゲキカラさんの実の 1/3 くらいが赤くなりはじめたよー．

うまから唐辛子さんはひとつだけが赤くなりはじめ，なんだけど，先頭の方から赤くなっていって，根の方はまだ青いのに何だか皺っぽくなってきた．いつ収穫すればいいんだこれｗ

ハバネロさんはまだピーマンと区別がつきません．

アブラムシが大量に湧いたので対アブラムシ化学攻撃スプレーを買ってきてブチ撒いたらすっかりいなくなりました．おｋ．

姉上様が無事に出産したとかで，まぁ出産祝いにチャイルドシート選ぼうとか色々やってるわけだが，ニコニコ見てたらちょうどこんなのが→「最近の親は子供にこんなＤＱＮネームを名づけます（学力低下編）」「（オタネーム編）」

内容は，サイト「DQNネーム（子供の名前＠あー勘違い・子供がカワイソ）」の特にひどい名前を皆で嘆こうというものなんだけど．

オタネーム編もかなり痛いが，学力低下編の特に後半がもう見るに耐えないｗ　「風 → すかい」とか「金星 → まあず」とか，普通に間違ってる上に間違わなくても恥ずかしい名前確定でもう，もうっ！

被害者の声のページもあるでよ．「被害者」だよなー．子は名前を選べないもの．加害者の声も必読だ．

改名制度で変更できることも（特にDQN名の場合は）あるらしいけど，それって大抵はある程度育ってから，例えば高校生くらいになって自分の意見を親とかにガンガン言えるようになってからじゃない？　でも名前でからかわれたりいじめられたりするのってもっと下，小学生とかの頃で，人格形成にかなり影響ありまくる時期なのよね．

あたしの名前は平凡で普通な名前で良かった．と思ったけど姓の方は「毛」が付くって理由だけで「鼻毛」とかからかわれたのを思い出した．ような気がする．小学生の頃の記憶とかほとんどないけどたぶんそんなことあったな．

まぁ姓は仕方ねーっすけど．名前は完全に親の犯罪なので，ほんと気ぃ付けてください．マジで．

というわけで姉上様の子の名はマトモだといいんだが．1文字にしたいとか言ってた気がする．まぁ書くの楽だし，いじる箇所が少ないほうがいいし，いいんでないかな？

と思ったら，さっきの DQN 名の動画に，
「憂 → ゆう」
とゆー名前が……ｗ