RSSリーダーで読んでる人は、http://feeds.feedburner.jp/nanamakiへ参照先を変更してください。.comの方は別のRSSを読ませて.jpへ誘導するように。

次はCaptcha Plugin導入。
こんなしがないblogにも余裕で500/日とか超えるくらいコメントspamが現れて、もちろんデフォルトのSpamLookup Pluginも優秀ではあるのだけど、やはり学習型なのでどうしても漏れてぬるーしてくるやつも極まれに発生する。そろそろ他の対策も入れてみるかと。
どうせ本気で読んでコメントする人はちゃんとコメントの注意部分読むだろうので、何も言わずにつけてみた。javascriptで表示する部分が私のてんぷれと微妙にあってないので、そこはcaptcha_js.cgiを手で書き換え。preview押した後の画面でcaptcha付け忘れて、しばらくpreviewからコメントできないことになってたけど、MTCommentFieldsタグの中身をいぢると後々まんどいだろうので、コメント部分をテンプレートモジュールでつくって終了。

最後は、MT3.3を入れた最大の動機である、Transformer Plugin。
The blog of H.Fujimoto：Transformerプラグインの作成方法
良い教材があったので、これを元に。後は追記へ。

試しにBigPAPI pluginを使用するものの中でも有名だろうと思われる、UpdateAuthoredOnを書き換えてみることにする。

— UpdateAuthoredOn.pl.orig Thu Dec  1 23:54:24 2005
+++ UpdateAuthoredOn.pl Fri Jun 30 12:41:11 2006
@@ -23,7 +23,7 @@
 });
 MT->add_plugin($plugin);
 
-MT->add_callback('bigpapi::template::edit_entry', 9, $plugin, \&_template);
+MT->add_callback('MT::App::CMS::AppTemplateSource.edit_entry', 9, $plugin, \&_template);
 
 sub _template {
  my ($cb, $app, $template) = @_;
@@ -50,7 +50,7 @@
 </script>
 <input type="button" onclick="update_authored_on();" value="<MT_TRANS phrase="Update">">
 HTML
- $$template =~ s/$old/$new/;
+ $$template =~ s/$old/$new/g;
 }
 
 1;

こんだけ。最初callbackだけ書き換えてみて反映されなくてどうしてだろうと幾分悩んだんだけど、ちゃんとedit_entryのテンプレみると、書き換えに使用するdateのhelp表示部分がMT-3.3では2箇所あるんだよね…。ということで安直に再帰。実際エントリー生成欄に生えた図。

こんな調子で、必要なテンプレcallbackして該当する部分を置換するようなルーチン作る。エントリー編集で使うボタンを増やしてみたり、

ファイルアップロードのディレクトリを予め指定しておいたり、

なんでもござれ。今までMTアップデートの度にテンプレのdiffとってを直書きしてたのが嘘のように素晴らしい。

ちなみに上で作ったプラグインとかは別に公開してもいいけど、超簡単なことしかやってないので僕が出さなくてもできると思う…

…が、いれただけで何もやってない罠。とりあえず私的に使いたいのは、Transformer機能とTagging機能。
Taggingは今までpluginで(o)さんが提供してたのとかあったけど、多少違うものがコア部分にインプリされた模様。後でやってみる。つーかタグ書いたら勝手に宜しくやってくれるようだしこっちはあまり心配してない。
Transformer機能が私にとってのメインなわけで。今まで直接てんぷれに手を入れてた管理画面をpluginにして楽にしたい。しかし、マニュアル類がさっぱりない(’A`)コードどの当たりみりゃいいかもさっぱりだ…

Activity Feedsって何(’A`)? ＞マニュアルにあった。ログなんてひっきりなしに見ないわ..

アーカイブ・マッピングとかできてて、Permalinkなんかの出力ファイル規則を細かく決められるようになっていた。…のはいいんだがこれの為だろうか、今まであった旧式アーカイブとの互換をとるチェックがなくなってて、アーカイブ出力ファイル名が変わってた(’A`)
今頃気づいていそいそとマッピングを設定して再構成しなおし。

ついでに、Categoryをばっさり削って適当にTag振り。エントリーにもタグを表示。まではやったけど、タグのリンク先の検索結果を出すところまで表示設定ができてないので後で。
ていうか検索のテンプレがまるでかわってやんの…

ついでにAmazon ECSでげっとしてくるデータの並び順が一定しないので、ASINでsortしてみる。これは参照しているXSLTで、apply-templates内にxslt:sortを突っ込んだだけ。

まずはMT4i。インストールマニュアル通り。うちの3.2-ja-2でも問題なく動いた模様。後はMTのテンプレにタグいれるだけ。
Main Index

<link rel="alternate" media="handheld" type="application/x-httpd-cgi" title="MT4i" href="<$MTBlogURL$>mobile/" />

Indivisual Entry Archive

<link rel="alternate" media="handheld" type="application/x-httpd-cgi" title="MT4i" href="<$MTBlogURL$>mobile/index.cgi?mode=ainori&eid=<$MTEntryID$>" />

cgi名を変えてるのでこんな感じ。他のページは携帯から見ないだろうということで割愛。

ちなみに、携帯からだとお買い物の内容は見えません(RSS/Atomもそうだけど)。phpでデータ引っ張ってる部分をちゃんとcgi内で変換するのまんどいので(’A`)

テンプレートの変更点はまだ全然見てないので、これから必要な部分だけ移植するつもり。なんかSix Apart standard な XHTML採用ってことで、今までのと全然構成が違うようなので比較が大変かも。
私みたいにdefaultから全然かけ離れたヲレカスタマイズをかましてなければ、付属のTemplate Backup and Refreshを使うと、一瞬でテンプレートが3.2defaultになりまっす。試しにテスト用のblogで使ってみた(テンプレート設定画面で、入れ替えるテンプレートを選択して、右上の「その他操作」から「テンプレートを更新する」を選んで実行)ら、まぁばっさりとdefaultにはや代わり。時間入りのbackupもとってもらえ便利(かもしれない)。

とりあえず想うところ。
・なんで、extlibのCGI.pmがバージョンダウンしてるんだろ?
・mt.cfg->mt-config.cgiに設定ファイルが変わってまんど。
　mt-config.cgiにMySQLのパスワード書かせるのも、私からすればへんだなぁト想うけど。別ファイルに書いて、それだけ権限を別途強化できるし。まとめて書かれると、他にも影響しちゃうから下手に強い設定にできん。
・インターフェースは綺麗になった。ちょっと文字が小さいかなぁ

3.2の目玉とも言える、SpamLookup pluginも使用してみますた。というか勝手に入ってるし。他のpluginにもいえるけど、システム・メニューのプラグインからはシステム全般のplugin設定ができないぽく(日本語版だけ?)、各blogの環境設定メニューにある設定の一番右タブに追加されてたのでそこを見つけるのがまず苦労した。
default設定のまま使用しているけど、ちゃんといらんコメント保留してくれたしいい感じ。トラックバックは3.2 update時に全部保留になったので、必要なものを改めて公開。小川さんも書かれてる通り、Quasi-Spam Filter Pluginはお役御免。

ついでに、宮川さんところで紹介されてて気になっていたStyleCatcherも突っ込んでみる(デフォルトインストールって宮川さんところにあるけど英語版?)。…が、これが全然ダメだった。
plugin設定しても、"Please configure the settings for this plugin before using it."と怒られる。script見てみたけど、どうもviewルーチンはシステム・メニューから設定したconfigurationがないとエラーとして戻している(で、少なくとも私はその設定場所を見つけられなかった)。各blogから設定しても :blog:id のkeyいれられるのでだめぽ。
:blog:1の設定を最初に見るようにscript書き換えてみたけど、試しにテスト用のを書き換えてみようと適用したらcssすっ飛んだ。もうだめだーｗ
まだまだ、StyleCatcherはコードの洗練が必要と想われる。

最後に、現状私の環境で影響ある不具合報告。SixApartへもトラックバック。
・MTArchiveListのlastn不一致(小川さんパッチで暫定解決)
・IEでテンプレート設定時のレンダリングがおかしい(同様報告あり)
・Template Backup and Refreshをシステムテンプレートに使ったら、バックアップがモジュールのところにできる(同様報告あり)
・コメント等された時に送られてくるメールのSubjectが全文MIMEエンコードされる
　本来は、1byte文字のところはエンコードされないべき。というか、3.171-jaまではそうなってましたが…。Subjectを見てメール振り分けているはずが振り分けられなくて困ったり(’A`)

あと、FeedBurnerの更新に便利に使わせてもらっているUpdate-n-Ping Pluginが設定ファイルを mt.cfg 決めうちで見ていて、3.2にした時にエラー吐かれたり(手元では適当に書き直しましたが)

メール送信時のMIMEエンコードについてちろちろいぢってみますた。結論としては、MIME::Wordsがよろしくない気がしてならない。encode_mimewords のルーチンを元に独自ルーチン書いてみたけれども、美しくないなぁ。
これならJcodeでやらせたほうがいいんじゃないかなぁと後ろ向き思考。

バージョンアップとは関係ないけど、MTってtopから目的記事を探すの難しくない?と言われる。確かにカテゴリだけでは実際中身は何のことか分からないのも多いし、日付を追って見るのもindexにあるのくらいでそれ以降は月毎とかで探すし。私みたいにIRCログからネタ掘り出して一日にまとめて書くタイプだと、はてなダイヤリーみたいに「前の○日分」なリンクがindexの下にあればいいかなぁと考えてみる。要は動的ページにすりゃ楽なんだよな…
1. indexをダイナミック・パブリッシングにしてしまう。そしてQUERYつけて日付指定
2. mt-view.cgiを使ってダイナミックに記事を呼び出す。そして（ｒｙ
ダイナミック・パブリッシングにすると、phpでincludeができない。AWSの呼び出しにまさに使ってるので、それができないのは致命的。さらにpluginもphpで書き直す必要があるので却下。mt-view.cgiは悪くはなかったんだけど、結局そのcgiの出力の中にphp文が含まれていて(さっきのAWS呼び出し等)、それを実行する手はずをさらに組み込まないといけない。マンドイ…

結局ひよって、indexとは別に過去6日分ほど記事をさかのぼって出力するページを作って、それをMTPagenateでこねくり回して終了(’A`)
indexページと違うところは、オフセットを取ってエントリーを数えられるArchiveAnyway plugin for Movable Typeというのを使ったくらい。

現状でも多分大丈夫だとは想ったけど、念には念を入れてmt.cgiへアクセスするステップをさらに2段階ほど複雑にしてみますた。具体的にどうしたか書かないけど、私がやったのは殆どApache側での設定。
レンタルサーバーでApacheいぢれないとか言う人は、movabletype.jpの技術情報のほか、mt.cfgでAdminScriptを設定してmt.cgi自体を推測されにくい別ファイルにしてしまうというのも有効ではなかろうか。

FeedBurnerでregistの後のService選びは、Item Stats/SmartFeed/Browser-Friendly Burner/Summary Burnerを選択。Item StatusはFeedのtrafficをみる、Browser-Friendly BurnerはXMLを整形してくれる、というのでわかるけど、SmartFeedがいまいちよく分からず。RSSリーダー毎に最適化してくれる?みたいだけど…
設定周りで違うのは、Update-n-Ping Pluginでping飛ばすのを直接FeedBurnerにしたくらい。ping-o-maticへ飛ばすほど撒き散らすようなblogじゃないし(^^;

ついでに、私はRSSバー使いだけど、クロールは最大の60分間隔設定。デフォ15分位じゃなかったっけ?他のリーダーってどういう間隔設定か知らないけど…やっぱ多いすかね?
使ってる身からすると、60分設定でクライアント側の負荷は全然感じず。鯖側負荷は、私のところでは全然余裕でしたが…こればっかりは相手側によりけりかな