Nowhere Near - Catlxom::Plugin::Format::Hatena

コミットしろYO

やっぱり、こんなリクエストがきたら、このプラグインを使って…みたいなことが YAML で書きたいなあ。。

これは、こんなリクエストがきたらというのはそれぞれのプラグイン内でやっちゃう。というのがblosxom, catlxom流です。

具体的には、startをフックしてそこでやります。このあたりはblosxomいじったことがあると違和感ないと思います。

あとデフォルトではプラグインディレクトリにプラグインを放りこむと全部有効になります。これもblosxomの流れをくんでそうなっています。

by typester / at 2006-06-16T11:25:00 / catlxom / Comment

NEXT うれしいところ

plugin の初期化は駱駝なぁ。何も考えなくていい。

でも plugin つくるのはめんどくなる部分の方が多いんだよなぁ。

by typester / at 2006-05-04T04:38:00 / catlxom / Comment

Plugin

NEXT やめやめ。

なんもうれしいことない。

plagger の hook 機構をぱくろう。そうしよう。

by typester / at 2006-05-04T03:23:00 / catlxom / Comment

catlxom prototype

とりあえず blosxom デフォルトくらいのはうごくようになった。

テンプレート書くのがだるぃ。

by typester / at 2006-04-28T01:08:00 / catlxom / Comment

CGI版

catlxom.cgi

もつくるか。いらない子だけど、作るのは楽しそう。

Catalyst 関係なくなるがw

by typester / at 2006-04-27T14:23:00 / catlxom / Comment

あー、render より interpolate のほうが blosxom ぽい?

by typester / at 2006-04-27T13:03:00 / catlxom / Comment

プラグイン周りとかライフサイクルとか

プラグインは plagger みたいに config.yaml に使うのを書くのではなくて、blosxom みたいに plugin ディレクトリに置くだけで動作、みたいな感じにしたい。

けどそうする場合の配布方法の問題。あと複数の設定を使い分けるのも面倒になる。

あと複数の設定を使い分けたいときの mod_perl 問題も。

プラグインはとりあえず NEXT 方式にした。叩かれそうw

あとライフサイクル案:

  • setup
  • start
  • update
  • filter
  • sort
  • render
  • end

setup は起動時のみに実行され、あとはリクエスト毎に start〜end が回る。Plagger の fixedup みたいのも欲しいかもなぁ。filterでいいのかな。

これをプラグインで定義してやって、catlxom の動作を決める。

Plugin::Entry::Blosxom は setup で全エントリをロード。update で更新チェックし、更新があったものは再ロード。

Plugin::Template::TT は setup でテンプレートロード。update で更新チェック。render で Templatize。

みたいな。

by typester / at 2006-04-27T12:48:00 / catlxom / Comment

catlxom のコードを書き始めた

catlxom とは BlosxomPlagger にインスパイアされた Catalyst ベースの Web サイト構築フレームワーク(になる予定)。

ようするに Plugin でなんでもできちゃうよという。この CLON も catlxom で実装できるなー。

Webアプリ版 Plagger。

あーでもないこーでもないとコード弄りまくってる段階だけど、おもろいなぁ。

by typester / at 2006-04-26T20:20:00 / life · catlxom / Comment