タイトルの通り、symfony 1.0と最近のバージョン(あやふやｗ)で起きる、symfony pluginインストール時のエラーです。
CentOS 5.3 i386/PEAR 1.9.0/symfony 1.0.22-PREの環境で発生。

symfonyプラグインのインストールでエラーがでた場合 | symfonyで開発Blog
同様の現象がこちらでも起きているんですが、こちらとちょっと違って前衛的な対処法です。
安全性は上記エントリのがバツグンにあるんで、上記のがオススメです。

プラグインインストール時のエラーは上記エントリと同様です。 一部パスを隠してます。

PHP Warning: require_once(PEAR/Remote.php): failed to open stream: No such file or directory in /usr/share/pear/symfony1.0/data/tasks/sfPakePlugins.php on line 155

Warning: require_once(PEAR/Remote.php): failed to open stream: No such file or directory in /usr/share/pear/symfony1.0/data/tasks/sfPakePlugins.php on line 155

PHP Fatal error: require_once(): Failed opening required ‘PEAR/Remote.php’ (include_path=’/var/www/documentroot/lib:/var/www/documentroot/apps//lib:
:/usr/share/pear/symfony1.0/lib/vendor:.:/usr/share/pear:/usr/share/php’)
in /usr/share/pear/symfony1.0/data/tasks/sfPakePlugins.php on line 155

Fatal error: require_once(): Failed opening required ‘PEAR/Remote.php’ (include_path=’/var/www/documentroot/lib:/var/www/documentroot/
apps//lib::/usr/share/pear/symfony1.0/lib/vendor:.:/usr/share/pear:/usr/share/php’)
in /usr/share/pear/symfony1.0/data/tasks/sfPakePlugins.php on line 155

要は、Remote.phpが見つからない、と。
で、上記エントリではRemote.phpが無いと書かれてますが、実はあるんです。 たぶん同じものが、
PEAR/Command/Remote.php
ここにありまする。
DIFF取ったわけじゃないけどたぶん同じです。

んで、Remote.phpは
/usr/share/pear/symfony1.0/data/tasks/sfPakePlugins.php
から呼び出されようとしています。

なのでこのファイルの155行目付近にある

require_once ‘PEAR/Remote.php’;

という行を

require_once ‘PEAR/Command/Remote.php’;

と書き換えるだけでもいけます。

symfonyのコアファイルに手を入れるのはちょっとあれなので、
/path/to/PEAR/Remote.php というシンボリックリンクを貼ってもよかと思います。 これでも通りました。

symfonyが悪いというわけではなく、PEARが易々とファイル構造を変えるのがイカンですな。
でもって追従出来てないsymfonyもちょっといかんー。

公式フォーラムにもこの件があるっちゃあるんですが・・・この有様だよ

stylesheets: [main, print: {media: print}]

↓

stylesheets: [main, print: {media: print, type: null}]

ソフトバンク端末絡みでview.ymlは使えなさそうだなぁ。。どうしようかな。 Actionで設定するしかないのかな。
もしくはinclude_stylesheets()/get_stylesheets()時に文字列をreplaceするとか。。スマートじゃないけど。

symfonyはページのサイドペインなどをコンポーネント化させることが出来ます。
うちの会社だとヘッダ・フッタ・レフトペイン・ライトペインをコンポーネント化し、真ん中だけをxxxxSuccess.phpに書いています。

コンポーネントはcomponentsモジュール/actionsアクションにcomponents.class.phpという名前で置く必要があります。
中身はこんな感じ。

class componentsComponents extends sfComponents{
　public function executeHeader()
　{

　}

　public function executeFooter()
　{

　}

　public function executeLeftPane()
　{

　}

　public function executeRightPane()
　{

　}
}

分割の際の命名ルールはアクションと全く同様です。
コンポーネント名Component.class.php です。
アクションのときはComponentではなく、hogeAction.class.phpでしたね。

それぞれのコンポーネントは

headerComponent.class.php
footerComponent.class.php
leftPaneComponent.class.php
rightPaneComponent.class.php

となります。

クラス名もそれぞれ

headerComponent
footerComponent
leftPaneComponent
rightPaneComponent

となります。 継承はsfComponentsです。

アクション同様、components.class.phpと両方に同じコンポーネントがある場合は分割されたものが使用されるようです。

実行部分はexecute()内に書けばいんですが、validate()やhandleError()が使えるかどうかは今の所未確認。
その内確認しときまーす。

てか、この辺のことってマニュアルに書いてないような気がするんだけど、見落としですかな・・・。

社内のとあるコードに、使用する他のjsをincludeするだけのjsがあり、そこからprototypeやらjqueryやらを呼んでました。
prototypeとjqueryの衝突回避のnoConflictもその中に書いてあったのですが、オブジェクトがネーヨ！ と怒られていました。
この場合はhtmlに書くのが正解なんですね。

適当に書くとこんな感じ。
俺用
html
head
　script src include.js -> prototype.js/jquery.js
　script
　noConflict()
　/script
/head
body
/body
/html

バージョン指定してインスコ

install BINGOS/POE-Component-IRC-5.88.tar.gz

バージョンはこうやって見つけろ？

cpan
i /Foo::Bar/

よくわからん。

POE::Component::IRCを探したい場合

i /POE::Component::IRC/

あと、今まで付けていたエントリータイトルの[ tag ]を外しましたよ。 これからも外します。
理由はWordpress側でタグ付けが出来るようになったからですな。 便利便利。

PHPフレームワークのSymfonyネタです。 今まで知らなかったので載せます。
symfonyのactionクラスは {root}/apps/{appname}/modules/{modname}/actions/ に actions.class.php という名前で保存されています。

http://hoge.com/{modname}/index にアクセスするには actions.class.phpに executeIndex() というメソッドを加えればOK.
というのは基本ですが、メソッドが増えることも多いはず。

DRYを気にせずに書いてしまうと100kb超えなんて目じゃないぜ！
と、目指したくもないので分けます。

今回は例として、modnameをtestとします。 作るメソッドは postとview にします。

1ファイルだとこんなコードになるはず。

class testActions extends sfActions
{
　public function executeIndex()
　{

　}

　public function executePost()
　{

　}

　public function executeView()
　{
　　$this->param1 = $this->getRequestParameter(‘param1′);
　}
}

これでも分かりやすくていいですが、他にも処理が増えたりすると他の人とソースコードが被ってしまうとタイヘンなので分けます。
するとこうなります。
　
　
actions.class.php

class testActions extends sfActions
{
　public function executeIndex()
　{

　}
}

　
　
postAction.class.php

class postAction extends sfActions
{
　public function execute()
　{
　}
}

　
　
viewAction.class.php

class viewAction extends sfActions
{
　public function execute()
　{
　　var_dump($this->getRequestParameter(‘param1′));
　}
}

簡単ですね？
クラス名がファイル名と同一でメソッド名になって、executeXxx() は execute() になるだけ。

フォームのPOSTなんかも今まで通り特に変更なしで通りますし、テンプレート名もそのまま。
いちいち分けるほどでもないメソッドは actions.class.php に残しておいてもOK.
クラス内でだけ使いたいメソッドがあったら・・・うーん、myUser.class.phpにでもぶち込めばいいのかな。

ちなみに分けたメソッドと同一のものが actions.class.php にある場合は、分けられた側(xxxAction.class.php)の処理使用されるようです。
うっかりさんが追加しちゃっても安心ですね。

とまぁ書いてみましたが、調べただけで実用してないのでもしかしたら間違いがあるかも。
次のプロジェクトで採用してみようと思います。

<form name=”sampleForm”>
<input type=”text” name=”input_value[]” />
<input type=”text” name=”input_value[]” />
<input type=”text” name=”input_value[]” />
</form>

なんてフォームがあった場合。

document.sampleForm.elements["input_value[]“]

からいじれる。

lengthは

document.sampleForm.elements["input_value[]“].length

パラメータ取得したいときは

document.sampleForm.elements["input_value[]“][0].value

でいいはず。
いい加減長いので処理の最初に
var inputs = document.sampleForm.elements["input_value[]“];
とかってしてもいいかもですね。

何かというと、PHP製IRC Gatewayですね。
Perlはplumを始めいろいろとありますし、Rubyはnadokaがある。 PHPないじゃん！
PHPerとしてIRCしてる以上、どうせなら自分でメンテもしやすいであろうPHP製がいいよ、たぶん。 楽しそうだし。

で、調べてみたこと。

※ この関数はPECLに移動したというマニュアル記事を見かけたが現在はないようである。 さらにircgは商用を視野にいれたものがあるようだが、事実上開発はストップ。 対応バージョンもPHP 4.2.x/4.3.xだけで、さらにいうとソースコードも未公開である。

とりあえずこんだけ。
「作ってみようか」になったのはircgが使い物にならないから至ったわけです、はい。 思いつきです。 そのうち頓挫するかもしれません。

で、Gatewayなんて(当然ですが)作ったことがない。
IRCの仕様すらよく知らない。 以前にRFC読んだことあるけど斜め読み。
のでNet_SmartIRCのソースコードを読んでみる。 接続まででわかったこと。

どうもこれだけらしい。 やり方(IRCのネットワークまでの接続方法)さえわかれば誰でも作れますね、Net_SmartIRC.(いや、全部見てないけど、接続さえしてしまえばあとはたぶんコマンド投げるだけっしょ？)

調べたここまでです。
ここまでをまとめると、「無人Botは簡単」

現時点で懸念してるのは、まずここまででログの取得やメンバーの取得なんかはできそうなことがわかったが、問題はIRC Server< -> Gatewayではなくて、Gateway< -> Clientです。
どうやるんだー！？ まったくわかりません。
たぶんGatewayは、Clientから送られてきたコマンドをただIRC Serverに流すだけだと思うけど・・・合ってるかな。 まったく予想がつかない。
そういえば、LimeChatには送受信コマンド一覧表示とかっていう機能があった気がしてきた。 あとで調べておこう。

まぁ、フェイドアウト間違いなしですが追い込むためにPOSTしてみましたとさ。 今日はここまで。

第3回CakePHP勉強会 – events.php.gr.jp

第3回CakePHP勉強会を開催します。

CakePHPの活用事例やさまざまなネタで交流し、さらに広がるCakePHP界を盛り上げましょう。

発表できるネタ、発表したいネタのある方はご連絡ください。ライトニングトークも予定していますので、短時間の発表でもOKです。

ZendFrameworkとSymfonyは触ったことありますが、CakePHPは未経験。
受け売りを読む限りではZFとSFの中間みたいなもんかー？という印象。 当日までに環境作成とHello Worldと気になるところくらいは触っておこうと思う。

あ、その前にノートPCにOS入れないと・・・。

環境としてはWEB ARENAのVPS上です。
CentOS 4, x86_64のようです。 64bit Linuxは/lib64なんてあるのでもうトラブルが起きないことはないってのが目に見えますが例に漏れず。
PHPは5.2.5です。

解決方法のその前に、私の環境でのconfigureオプションはこんな感じです。

./configure \
–with-apxs2=/www/bin/apxs \
–enable-pdo=shared \
–with-pdo-sqlite=shared \
–with-sqlite=shared \
–with-mysql \
–enable-mbstring \
–enable-mbregex \
–with-gd \
–with-freetype-dir \
–with-jpeg-dir \
–with-png-dir \
–with-zlib-dir \
–enable-gd-native-ttf \
–enable-gd-jis-conv \
–enable-zip \
–enable-exif \
–with-tidy \

では早速、ハマりどころ1
–with-mysql
です。 MySQLはyumでインストールしてあります。

checking for MySQL UNIX socket location… /var/lib/mysql/mysql.sock
configure: error: Cannot find libmysqlclient under /usr.
Note that the MySQL client library is not bundled anymore!

解決法はconfigureのオプションに –with-libdir=lib64 を加えるだけです。

–with-libdir=lib64 \

もちろん、これを加えることで発生するエラーももちろんあると思います。 が、それは割愛します。

もう一点。 libtidy周りですね。
これは珍しく（？）make install時にエラーが起きます。
tidy自体はconfigureで–enable-sharedをつけています。
ちと問題を再現出来なくなってしまったのでアレですが、対処法だけ。
起きるエラーは確か、libtidy.soを触ろうとして「それはライブラリじゃありません」的な内容です。
対処法は

vi /etc/ld.so.conf

で開いて

/usr/local/lib

を一行加えるだけです。

64bit環境だと必ず起きる問題だと思うのですが、常識なのか、突っ込んだことをしていないのか。
不思議。