rublog-0.2.0公開しました。変更点は、

1. pingサーバの登録機能追加。pingサーバを独自に登録できるようにしました。
2. コメント/トラックバックの承認可否追加。コメント・トラックバックを承認制にしました。（スパムで懲りた...）
3. Amazonアソシエイト機能の追加。記事を書くときにASINコードを入力するだけででプロダクトレビューになります。
4. hReviewフォーマット対応。アマゾン商品レビューの場合、hReviewフォーマットで出力します。
5. カテゴリ・アーカイブブロック表示の追加。定番なので
6. ブログ記事へのタグキーワード付加。これが自分でも結構楽しい。タグでの絞り込みもできます。
7. 覚えきれないほどのバグフィックス（まだまだあるよ）

これで、ようやくカタチになってきたかなぁ。後は、コツコツとバグ取りしていきます。ダウンロードはSourceForgeまたはrublogダウンロードから。
Rubricks+rublogで構築した、本レビューサイトbookworms::本の虫もよろしかったらご覧ください。

早速、hReviewフォーマットで「砂をつかんで立ち上がれ（中島らも）」作成してみました。自作なのでどんどん試していけるのがいいですね。構造としては

<div class="hreview">
  <div class="summary"> ブログ記事タイトル </div>
  <div class="descripction"> ブログ記事本文 </div>
  <div class="product">
    <dl class="item">
      <dt class="fn url">  
       <a href="....">本のタイトル</a>
      </dt>
      <dd>著者</dd>
      <dd>出版社</dd>
      <dd>値段</dd>
    </dl>
  </div>
  <span class="reviewed vcard">
    <span class="fn">hippos</span>
  </span>
  <abbr class="dtreviewed" title="2006-11-29T14:26:57">
   2006-11-29
  </abbr>
  <a class="permalink" href="..." rel="selfbookmark">permalink</a>
</div>

悩んだのは画像の扱いで、item属性として画像を表示するかどうかなのですが、見栄えの好みとして本文中に画像を持っていきたかったので敢えてitem属性の中では画像を使用しませんでした。自分としては意外にすっきりできたと思いますがどうでしょう？タイトルと本文はもともと入力欄がありますのでこれはそのまま流用。肝心のレビュー対象となるproductはAmazonのASINコードを入力しそこから情報を取得しています。レビューには付き物の★の格付けは敢えてはずしました。

この件に関して大抵の日本語blogは最初に「要約」や「概要」を書かないから、英語圏blogツールの概要機能と相性が悪いと思うという意見のblogを読み考えさせられました。
確かに、blogの中で最も大切な本文を機械的に一定の長さでぶった切って（...）とかを無理矢理付けてしまうのは傲慢すぎる。僕のような書き捨ての文章であればまだしも、きちんと導入部と本文を意識して文章を書く場合その努力を無駄にしてしまうわけです。drupalの<!--break-->も書き手の努力と自由を制限しないよう考慮した仕様なのでしょう。

ブログでは大抵トップページに各記事の要約一覧があって、個々の記事の最後が（続きを読む...）みたいになっています。これをどう実装するか？適当な長さでブッた切っちゃうと文字化けするししばらく悩んでいましたが意外なところでヒントをみつけちゃいました。
先日、トラックバックの実装をするとき参考のためdrupalのtrackback.moduleを読んでいたのですがその中でexcerptを適当な長さにカットするために使用しているtrancate_utf8()というのがあって、これはまさに使えそうなので早速コードunicode.incを調べてみました。

function truncate_utf8($string, $len, $wordsafe = FALSE, $dots = FALSE) {
   $slen = strlen($string);
   if ($slen <= $len) {
     return $string;
   }
   if ($wordsafe) {
     $end = $len;
     while (($string[--$len] != ' ') && ($len > 0)) {};
     if ($len == 0) {
       $len = $end;
     }
   }
   if ((ord($string[$len]) < 0x80) || (ord($string[$len]) >= 0xC0)) {
     return substr($string, 0, $len) . ($dots ? ' ...' : '');
   }
   while (--$len >= 0 && ord($string[$len]) >= 0x80 && ord($string[$len]) < 0xC0) {};
   return substr($string, 0, $len) . ($dots ? ' ...' : '');
}

トラックバックの送信機能の実装が大体できました。前回調べた情報を元に、Net::HTTPでpostします。このあたりはamazonのwebサービスを利用する時少し勉強したのですんなりできました。

require 'net/http'
include URI
query = "title=タイトル&url=http://myblog/text/001&blog_name=マイブログ&excerpt=トラバさせてね。"
Net::HTTP.start('送信先host') { | http |
  response,body = http.post('送信先path',URI.encode("query=#{query}"),
    {'Content-Type'=>'application/x-www-form-urlencoded'})
}

weblogupdate.pingをしたあとの結果なんですが

<?xml version="1.0"?>
<methodResponse>
 <params><param>
   <value><struct>
     <member>
       <name>flerror</name>
        <value>
         <boolean>0</boolean>
        </value>
     </member>
     <member>
      <name>message</name>
        <value>Thanks for the ping.</value>
     </member>
   </struct></value>
 </param></params>
</methodResponse>

の形式で返ります。drupalのping.moduleではxmlrpc()の戻り値をTrue/Falseで判定していますが、RubyのXMLRPC::Clientでは

 result = connection.call('weblogUpdates.ping','my site',ping_uri);
 p result

としてみたら結果は、

{"message"=>"Thanks for the ping.", "flerror"=>true}

でしたので<member>のname/valueをhashで返すようです。結果判定はresult["flerror"]を判定すれば良いようです。

RSS配信機能を実装しました。
Rubricks用のコンポーネントの開発は書評ブログを作成したいということがきっかけで始めたのですが、amazonのアフェリエイト用機能にのめり込んでしまい当初の書評ブログの方が全然進んでいなかったのですが、ようやく着手したというところです。

それで、当節ブログといえばRSS配信機能くらいないとなってことで昨日あたりから始めたのですが、RailsのBuilderクラスを使えば意外に簡単なことがわかりました。

試行錯誤の結果、すべてのrequireをコメントアウトし、使用している独自のValueObjectクラスのnamespaceを明示的に修飾することで解決しました。

generateコマンドで生成される、コントローラやモデルクラスは自動的に名前空間が明示されますが、独自のValueObjectクラスには修飾がされていなかったためこれを明示するよう修正しました。考えてみればモデルクラスなんかはいちいちrequireせず使用しているわけですからもう少しはやく気がつくべきでした。こうすることでモデルクラスと同じように、requireせず使えるようになるみたいです。起動時にロードパスに組み込まれていないもの（今回のようにcomponents/xxx/xxxはまだ作成されていない）は完全なパスを指定してrequireするより、動的に実行時にロードしたほうが理にかなっているように思います。