作っているサービスの負荷がバカにならないくらいになってきたので、
真面目に調べてみた。

最初、スロークエリーの解析と監視したかったので調べていたら、
MySQL Query Analyzerが浮上。
でも、どうやらエンタープライズ向けで、小規模でお金をかけたくない今回には向かない。

分散されたノードの監視に適したツールはいくつかあったけど、
監視サーバーが必要だったり、鳥瞰的なデータよりも細かいデータが欲しかったのでスルー。
でも、いずれは使ってみたい。(NagiosやZAPPIXなどといったソフトウェア）

そこでたどり着いたのがmMeasureというMysqlモニタリングソフトウェア。
監視サーバー不要で運用サーバーに直接インストールして実行できるのでお手軽。
いくつかのページを参考にして導入してみた。

mMeasureの実行にはrrdtoolというソフトウェアが必要なのでインストールする。
yumが入っていなかったので、rpmでインストールしようとしたが依存関係の解決が難しくて断念。
yumから入れることにした。

[bash]
wget http://mirror.centos.org/centos-5/5.5/os/x86_64/CentOS/yum-3.2.22-26.el5.centos.noarch.rpm
rpm -ivh yum-3.2.22-26.el5.centos.noarch.rpm
[/bash]

すると依存関係で怒られるので、警告で出るパッケージを同ディレクトリから落としてくる。
サーバーのCentOSのバージョンが5.3だったんだけど、
対応するディレクトリが空だったので5.5のディレクトリのyumをいれたけど特に問題なく動いている。

次にmMeasureに必要なrrdtoolを入れるんだけど、
最初から用意されているリポジトリにはrrdtoolsが置いてないので、リポジトリを追加する。

RPMForgeでrpmが配布されているので、落としてくる。
[bash]
# x86_64
wget http://packages.sw.be/rpmforge-release/rpmforge-release-0.5.1-1.el5.rf.x86_64.rpm
rpm -ivh pmforge-release-0.5.1-1.el5.rf.x86_64.rpm
[/bash]

これでリポジトリが追加された。
ここまでくれば楽ちん。

[bash]
yum install rrdtool
[/bash]

他にmMeasureを実行するにはPerlのライブラリであるJcode.pmが必要。
CPANコマンドをインストールして落としてくるのが一番らくちん。
Perlユーザーならなんて事ないだろうけども、最初にCPANを使う方はちょっといろいろ質問される。

ここまでくればmMeasureにあるドキュメント通りインストールする。
ただ、周知のようにいくつか修正が必要な箇所があるので注意。

mmeasure.confが一番修正箇所が多い気がする。
あと、Mysql5.xでクエリー比率などを計測するには他のソースも修正が必要。

いくつかのサイトを参考にさせて頂きました。
ドキュメントには書いていないので、見なかったら絶対無理だった。

オデの日記＠WEB系: mmeasureのインストール

ここらへんで正常に動くようになった。
その後はmMeasureと相談しながらmy.cnfを修正してゆく。

それで結果を参考にいろいろ調整してみたけど、パフォーマンスに体感できるほどの変化は無かったと思う。
元々、クエリーの結果をmemcachedを使ってメモリー上に置いてたってのもあると思う。
（それが一番効果的だったと思う！）

ただ、入れたのが無駄だったんじゃなくて、
データベースの状態がグラフィカルに随時確認できるので、安心感が増して良かったと思ってる。
今後、状況が変化した時の対応もしやすいだろうし。

ちょっと大変だったけど、時間があれば是非。

CakephpのPagenatorヘルパーを使ってページングを実装する話。
ただ、URLはデフォルトのものじゃなくて、自由にやりたいんだけど？という制約。

Pagenatorの基本的な使い方

なんだかんだ言って公式が一番わかり易い気がする。
4.9 ページ付け(Pagination)

ダイナミックな検索を実装するときには、検索条件をなんらかの方法で保持しないといけない。
(Pagenatorは自動でそこまではやってくれない)

例えば、
[php]
$options = array(
‘conditions’ => array(
‘Joboffer.industry_id’ => $id,
‘Joboffer.is_deleted’ => ’0′,
)
);
$this->Session->write(‘options’, $options);

[/php]

とかってやってた。

CakePHPのセッションは配列やオブジェクトもそのまま保存できる。
いちいちシリアライズする必要がない。
（標準でもできたっけ？）

ある程度固定ならメンバに書いて、一部変更でも良い。

[php]
public $paginate = array(
‘Joboffer’ => array(
‘limit’ => 20,
‘order’ => array(‘Joboffer.regist_date’ => ‘desc’, ‘Joboffer.id’),
‘conditions’ => array(‘Joboffer.is_deleted’ => ’0′),
),
);
[/php]

Routesを使って、URLを書き換える

普段だとmod_rewriteを使う場面。
CakePHPはリクエストされるURLをすべて一度受け取って、
それからディスパッチしてるのでその際のルールを書き換えるだけでOK

3.4.5 Routesの設定

制約やルールを簡単に書くと、

• Routesで指定した変数は$this->paramsに入る。
• prefixをつけたい場合は、そのまま書くだけ
• 但しsuffixをつけたい場合は書くだけでは出来ない。
  3.4.5.7 File extensionsを読む。ここで対応できない部分はたぶんできない。
• /:someparam_:someparam/のような書き方はできない。
  ひとつのディレクトリーに１変数まで。

知らないと意外にハマる。

PagenatorとRoutesの連携

一緒になると非常にややこしい。

基本的には別々に設定すれば良い。
ただし、ページ数までカスタムURLの中に含めようとすると頭がいたくなる。

どういうことかというと、以下のように適当にURLを書き換えて、
そのページでページングするなら簡単に出来る。
[php]
Router::connect(‘/job/:id’, array(
‘controller’ => ‘job’,
‘action’ => ‘get’
), array(
‘id’ => ‘[0-9]+’,
));
[/php]

/job/:id/page:2みたいになるはず。

ただ、以下のようになると話が違ってくる。

[php]
Router::connect(‘/search_:page’,array(
‘controller’ => ‘search’,
‘action’ => ‘index’
), array(
‘page’=> ‘[0-9]+’,
));
[/php]

search_2.htm のようなURLを作りたいということ。
普通だったらこういうことはもう不要なんだけどね。

実は公式には書いてないんだけど、Pagenatorでリンクを生成する関数を辿っていくと、router.phpに行き着く。
なので、Routesでしっかり設定しておくと、自動的にそのURLでページングされるようになるわけ！ここはもうマジック。

但しマジックなので、コツがいります。

• router.phpではとても厳しい基準でマッチングをしている。
  本当に書き換えるべきURLなのか？分かりやすく正確にRoutesに設定し、Pagenatorで指定する必要がある。
  具体的に言うとURLだけでなくパラメーターまで見る。
• router.phpのリンク生成の関数までパラメーターを渡すことができる。
  viewの関数の引数で、option['url']に配列で渡すと最後まで届く。

例を交えて説明します。

まず、router.phpではとても厳しい基準でマッチングをしている。という点。
当然なんですが、結構ハマります。

URLだけがマッチしていれば（他に曖昧なものがなければ）、書き換えてくれそうなものですが、
router.phpは指定したパラメーターまで見てくれます。

具体的に説明すると、
[php]
Router::connect(‘/hogehoge/area_:pref/:page’, array(
‘controller’ => ‘hogehoge’,
‘action’ => ‘area’
), array(
‘pref’ => ‘[0-9]+’,
‘page’ => ‘[0-9]+’,
));
[/php]
とした場合、パラメーターがprefとpageとあるわけです。
pageは自動的にPagenatorから渡されますが、
prefは手動で渡してあげないとrouter.phpは気づいてくれません。

ここで次のポイントが生きてきます。
router.phpのリンク生成の関数までパラメーターを渡すことができる。

router.phpではパラメーターまで見るので、そこまで値が渡せなければいけません。
ただ、普通にoptionに書いたのでは途中で切り捨てられ、届きません。

どうやるかというと、
[php]
$paginator->prev(‘前の20件を表示’, array(‘url’ => array(‘ext’ => ‘htm’, ‘pref’ => $pref_id)));
[/php]
のように、optionのurlに指定してあげます。

この例だと上のようにviewで指定すれば、ちゃんとURLが書き換えられてページングが出来ます。
ややこしいね。

興味がある方は/libs/view/helpers/paginator.phpを読んで、
router.phpまで辿ってみると理解が深まると思います。

ちょっとソースもややこしいので、もっと整理されて分かりやすく使いやすくなればいいなぁと思いました。
それでも標準でここまで出来ることが素晴らしいので、改めてCakePHPのパワーを感じる結果になりました。

ご参考になれば。

外部からはSSHが通せないサーバーのスクリプトを動かしたいというのがテーマ。
crontabとかではなくて、任意のタイミングで。

まず、PerlでUNIXコマンドを動かすには方法がいくつかある。

• バッククォート(=backtrick) を使って動かす。
  [perl]
  print `ls -al`;
  [/perl]
  出力はコマンドの実行結果。
• system()やexec()などの関数を使う
  [perl]
  system “ls -al”;
  [/perl]
  出力はコマンドの返値、正否。1とか0とか。詳しくは調べて。

別にどっちを使っても構わないと思う。

次に問題になるのはログインするユーザー。

• CGIによるアクセス => nobody
• 通常のSSHアクセス => rootとか登録されたユーザーとか

ファイルを触りたい場合、suするかsudoを使うしかない。

1. suする場合
   対話型のコマンドなのでパスワードが必要なユーザーには基本的にはsuできないが、expectを使えばいける。
   詳しくは調べてー。インストール必要。
2. sudoする場合
   サーバー管理者に設定してもらう必要がある。
   セキュリティーホールを広げるものなのでー、これは基本的に非推奨だよね。

どちらにせよ、こういうことをするのはセキュリティーを下げてリスクを上げるので良くなさそう。
できそうな感じにはなったけどね。
参考までに。

昔よく簡単なアプリを作るのに使っていたので書けるつもりでいたPerl
今度仕事で使いそうだったので、ちゃんと勉強してみようと思い本を買った。
それも易しめのタイトル「はじめてのPerl」、しかしオライリー。

語弊を恐れず書くと、読んでみたらさっぱり分からないのなんのって。
きっと読めない、書けないわけではないんだけど、知らない文法とか機能が多くて驚いた。
PHP書けるから余裕だと思っていたけど、それなんかよりよっぽど複雑な言語だった。
でも、全部覚えたら楽しそう。複雑なアルゴリズムが短いコードでぬるぬる書けたら絶対楽しい。
この上にRubyがあるって思うと更に。
ちゃんと勉強しよう。

ちなみにPerlの本、続きがあって。
表紙に毛が生えた「続編」

全員大集合の「マスタリングPerl」

表紙が面白い。

ApacheWicketで、wicket:idをマークアップしたのに、componentを追加していないと怒られる。
逆にcomponentを追加したのに、wicket:idをマークアップしていないと怒られる。
ここまでは大丈夫。
むしろ、親切なFWだなぁって最初は思っていた。

だけど、だんだん開発を重ねるうちにMarkupExceptionがうるさく感じてきた。
例えば、何かのイベント（例えば、onClickなど）に反応してcomponentを追加したりしたいとき、
wicket:idのマークアップ先の初期値はすっからかんのはず。

なのに最初でも適当なLabelを追加しないと怒られる。
運用だと（確か？）怒られないはずだったけど、そういう問題じゃないよなぁ。
ignoreなんとかってオプションがあればいいなーってふと思った。
あって気づいてないだけかもしれないけど。

[java]
WebMarkupContainer wmc = new WebMarkupContainer(“dpList”);
wmc.add(new Label(“name”));
wmc.add(new Label(“number_of_classes”));
wmc.add(new Label(“number_of_not_checked_classes”));
wmc.add(new Label(“number_of_evaluations”));
wmc.add(new Label(“number_of_not_checked_evaluations”));
wmc.add(new Label(“sum_of_evaluations”));
[/java]

と言われたので頑張ってみんなで作った。

土台から作るのは時間的に無理だったので、
パッケージを探してこれにたどり着いた。

EC-Cube
http://www.ec-cube.net/
即採用だったんですが、理由は、

• 日本製（ローカライズが不要）
• GPLライセンス
• デザインがSmarty でしっかり分離されている
• 目立たない部分もしっかり作り込まれている。

実際にいじりはじめてからも、
WIKIがしっかりしているので苦労しなかった。

テストとデザインを含めると少し納期を越えそうですが、まぁヨシとしようね。