きなこもちのチロルチョコ普及委員会

変更といっても、FeedBurnerからFeedBurner.jpへ変えただけですが…。

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

MTは何事もなく3.3＞3.31へとアップデートしますた。…とおもったけど、
MT 3.31のMTEntryTagsの性能バグ – Ogawa::Memoranda
なんて話。あー確かにTag使い出してから重くなったかなーとは思ったけど、俺様ましんで資源はそれなりにあるし、こじんまりしたblogなのでエラー吐くまでは至ってなかったので放置してた。(o)さんパッチ当てて対処。まぁこれ以外にも、標準Tagは使える機能が少ないので物足りない。Tagwire Plugin位にできないものでせうか。

次は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プラグインの作成方法
良い教材があったので、これを元に。後は追記へ。

久々の更新ですな。遅ればせながら昨日いれて見ますた。upgrade CGIでmysqlをいぢるとき、権限がたらんとか言われたのはご愛嬌。

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

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

RSSリーダーをFEEDBRINGERに変えて、descriptionも全部そこで読むようになって、それなら自分のblogのも全部見えたほうがいいよなとFeedBurnerのSummary Burnerをはずしたら、Amazon ECSに使ってるphpソースまで丸見えで俺かっこ悪い状態になってたので、仕方なくFeed元のRSSをphpで生成してみる。
で解決したように見えたんだけど、FeedBurnerを参照しているせんせーの蔵アンテナをふと見たら更新もしてない私のblogが上位に。Apacheのlogみると、どうもちゃんと304を返してないようだ。エントリーをphpにした後のConditional GETのコードは埋め込んでるのに…とおもったら
PHP で If-Modified-Since に対応してみる -avoidnote-
なんてエントリー発見、なるほどね。このままコードいただきますた。手元でのテストでもちゃんと304返したし多分大丈夫でせう。

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

Mobile Link Discoveryの話が宮川さんところで上がったときから興味はあったものの、昔見たときのMT4iのscriptの印象が余りよくなくて携帯用のblogを作ってなかったのだけど。
今日別のWebページで携帯対応の話になって、久々にMT4iみたら結構きれいにまとまってて、あいのり機能とかおあつらえ向きの機能まで入ってたのでやってみることに。

まずは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`)

ようやく来ました3.2。10日には気づいてたんだけど、土日に作業する気はなくて放置。週明けに入れ替え。
基本的な作業はMovable Type 3.2 日本語版 ベータサイトの導入手順まんま、diffとってインスコ。mt-upgrade.cgiが途中で止まって困ったりしたけど、rewrite設定が悪さしてたらしく、はずしたらちゃんとupdate完了。

テンプレートの変更点はまだ全然見てないので、これから必要な部分だけ移植するつもり。なんか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にした時にエラー吐かれたり(手元では適当に書き直しましたが)

Movable Type Publishing Platform: Movable Type 3.17の提供を開始
ということで入れてみる。あれっ、MySQL4.1って正式サポートじゃなかったんだ(何事もなく使ってた人)。後はnofollowプラグインがデフォルトで付いてきたのでその設定をした位か。..と想ったら、いきなりgetSelection関数使ったjavascriptでエラーはかれ始めた。この関数はIEによろしくないようだし、document.selection使って書き直し。

バージョンアップとは関係ないけど、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というのを使ったくらい。

Movable Type Publishing Platform: 【重要】 第三者による不正アクセスを許す危険性の対策について
まぁ今更Cookieを信頼しろというほうが無理なわけで、元から私は別の方法で制限を掛けてたわけですが。ぐぐったら、去年の9月とかに脆弱性を指摘してる人もいるわけで。というか管理画面を何の制限も掛けないもん?

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

声優blog banner普及委員会で使ってた80×15バナーがかっちょええなと想って調べたら、Blog Stickerとか言うらしく、他にもButton Makerで作られたのやら手製やらので世界には溢れているらしい。
Taylor McKnight – //gtmcknight
なんかで探してみたらよさげなのがあったので、ちょっと手を加えたりして採用。

(o)さんのFeedBurner移行手順をまんま実行して、RSS/AtomをFeedBurnerへ移行しました。RSSリーダーに登録してる方は
http://feeds.feedburner.com/nanamaki
へ変更していただけると嬉しいです。

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じゃないし(^^;