私も愛用していたBetter File Uploaderプラグインだが、Movable Type 3.3から一部プラグインの様式が変わり、利用できなくなっていた。 作者からは対応を目指して開発中とのメッセージが発信されていたので、画像をアップロードするたびに、そういえばバージョンアップしたかな、と確認していたが、とうとうバージョンアップされて、Better File Uploader 2.0になった。 とりあえずスクリーンショットを見ただけだが、設定項目も増えているし、複数アップロードも可能になったようだから、単にMT3.3に対応したわけではなくて、かなり便利にもなったようだ。

ところが、やや残念なことに、これまでフリーウェアだったのが$10のシェアウェアとなったのである。 確かに便利なプラグインだし、作者もだいぶ苦労して開発を進めたみたいだから、それくらいの料金は支払っても良いのだろうが、ちょっと躊躇してしまう。 支払いもPaypalのサイトで行うのだが、Paypalはフィッシング詐欺で良く報道されているので、なんとなく関わらないでおきたいところなのだ。 う～ん、迷いどころである。

2006年2月5日の初エントリーから、4月22日に100エントリー、5月9日に200エントリーと増加してきたが、このたび何と500エントリーにまで到達した。 100～200エントリーの時期は異常な量のエントリーを投稿していたが、最近落ち着いて、むしろ遅れがちだがまあ良い感じである。

一方で、エントリーにつけているタグは580を超えていて、こういう使い方でよいのか正直なところ悩んでいる。 Movable Typeにはキーワードと言う機能もあるのだが、それとの違いが良くわかっていないし、カテゴリーとも重なっているように思う。 3.3から実装された機能なので、使い始めたころから知っていればもう少し別のサイト設計をしたのだろうが、いまさら仕方ない。 今のところは自分で便利に記録を残しているので、これでよしとしてやっていこうと思う。

Six Apartより、Movable Type 3.32以前に存在していたXSSによる脆弱性へ対処した、3.33がリリースされている。 重要、と言うことなので、早速更新した。 リリースを読むとファイルがいくつ関わっただけとのことだが、私はバージョンアップ時は毎回クリーンインストールしているので、今回もファイルを入れ替えた。 今のところ変わりなく動作している。

以前、縦ピクセルがある程度の大きさの画像がアップロードできないと悩んでいたが、やはり不便なのでなんとかならないかと調べてみた。 特に、鹿島・犬吠埼へ行ったときの写真は500万画素のデジカメで撮影したので、普段よりサイズが大きく、全てアップロードできなくなってしまったからである。 調べてみると、mt-config.cgiでアップロードできる最大サイズを指定できると言うことがわかり、早速5MB程度にしておいた。 これまで縦ピクセルのサイズで引っかかっていたので、あまり期待はしていなかったのだが、この変更をしたとたん、ファイルが大きすぎると文句を言われることはなくなった。 とりあえずめでたしである。

先日、劇的に高速化したMovable Type 3.32と言うエントリーを書いた。 あまりに速すぎると思っていたが、プラグインの移行作業を行うのを忘れていたのが原因だった。 私は以前から、エントリー内でMT固有のタグを利用できるようにする、process tagsプラグインを利用していた。 このプラグインは再構築やエントリーの公開をすると働くので、プラグインの移行をしてから再度サイトの再構築を行ったら、結局2倍以上の時間がかかった。

まあ、3.31の時はそれこそ絶望的なくらい遅かったから、かなり高速化されたのは確かである。 ただ、3.2の時と比べるとどうかと言われれば、はっきり言って大差はないように感じる。 一方でprocess tagsプラグインの動作が重いのは確かで、これは原理上しょうがないのかもしれないが、なんとか改善されれば言うことはない。 バージョンアップはしばらくしていないようなので、もしかすると最近のMovable Typeに最適化されていないのかもしれない。 便利なプラグインなので、何とか良くなって欲しいと思っている。

昨日のエントリーで紹介したMovable Typeの最新バージョン3.32だが、早速インストールしてみた。 手順はいつもの通り、下記の様に行った。

1. インストールしたディレクトリ内をダウンロードしてバックアップとする。
2. インストールしたディレクトリ内を削除する。
3. 新しいファイルをアップロードする。
4. mt-check.cgiで動作を確認する。
5. バックアップからmt-config.cgiをアップロードする。
6. mt-check.cgi、mt-config.cgi-originalを削除する。
7. さくらインターネットはcgiwrapまたはsuexecに対応しているようなので、mt.cgi以外のcgiファイルのアクセス権限を700にする。

まずは改善されたという速度を試すべく、サイトの全てを再構築した。 すると、まだタグを指定していなかったMT3.3の初期状態のごとく、きわめて軽快な再構築が行われた。 これまではあまりの重さに再構築すらする気が全く起きなかったが、これで比較的気軽に再構築も行える。 それはつまり、サイトのデザインや構造を調整しやすくなったと言うことだ。

ただ、W41CAとの相性が悪い問題については、相変わらずの様だ。 まあ、環境が特殊なので、改善はされないかもしれないが、次期バージョンには期待してみたいところだ。

Six Apartが、Movable Type 3.32日本語版の提供を開始した。 これまでにもタグを使うと極端に重くなるとかのバグには気がついていたが、そのほかにも色々とバグがあったらしく、いくつものバグフィックスがなされている。 時間が無くてインストールして試せないのが残念だが、これでタグ付けしても動作が重くならないのであれば、是非ともすぐ試してみたいと思っている。 修正点のリストにはないのだが、W41CAを使っているとファイル名がきちんと指定できないバグも解決していると嬉しいのだが、どうだろうか。

Moveble TypeがVersion 3.3系列になって、アーカイブ生成の問題や、タグ付加による速度低下問題など、不具合が続いている感があるが、またもう一つ不具合を見つけてしまった。 これは、auの携帯電話W41CAのPCサイトビューアー（Opera 7.60）を使ってMovable Typeから新規エントリーを公開すると、ファイル名に余計なアルファベットが付加されてしまうというもの。

具体的にはファイル名の一文字ごとに、その手前に「z」が挿入されてしまう。 例えばファイル名に「mt_331_and_w41ca_are_not_compatible」と指定していたとすると、「zmztz_z3z3z1z_zaznzdz_zwz4z1zczaz_zazrzez_znzoztz_zczozmzpzaztzizbzlze」の様に勝手に変換されてしまう。 テキストボックスを開いてzを削除しても、またすぐに挿入されてしまうし、テキストボックスを開いてそのまま閉じると、さらにzがそれぞれ挿入されてとんでもないことになる。

こうした不具合はMovable Typeが3.2だったころにはなかった不具合だ。 ファイル名のチェックを行う内部関数に問題があり、W41CA搭載のOperaがサポートするJavascriptでは不具合が表面化しているのではないだろうか。 私には理由ははっきりわからないが、困った不具合だ。

Movable Type 3.3の新機能と言えば、標準でタグをつけられるようになったことだろう。 私も、新しいエントリーはもちろん、古いエントリーについても、少しずつタグをつけて行っていた。 一方で、エントリーの更新に非常に時間がかかるようになり、応答がタイムアウトしてしまうこともあった。 これはシステムを再インストールしなければだめかな、と思っていたら、実はそうでもなかったようだ。

「MTEntryTagsの性能バグ」を指摘しているページによれば、機能の実装に不手際と言うか未熟な部分があり、そのためにタグをつければつけるほど重くなってしまうのだそうだ。 とりあえず、MTEntryTagsを無くす、つまり、タグを表示しなければ、動作は軽くなるらしい。 不具合が続いているMovable Type 3.3だが、せっかくの新機能も、こんなことでは台無しである。

• サイドバーのデザインの変更。
• エントリーのフッタにタグを追加、表示方法も調整。
• Movable Typeのバグフィックスにより、アーカイブの不具合が直った。

先日リリースされたMovable Type 3.31をインストールした。 基本的には、現状のMovable Typeフォルダ内を削除し、新しく3.31のファイルをコピーすれば良い。 あとは、必要なプラグインのファイルをコピーして終了である。 3.3のバグで私のところで困っていたのは、日別や月別のアーカイブがきちんと作成されないと言う不具合だったが、しっかりバグフィックスされている。

先日アナウンスされていたMovable Type 3.3に関するバグを修正した3.31がリリースされたそうである。 私はまだインストールしてはいないが、いくつかあった気になるバグも、すべて修正されているようだ。 これだけ短期間でバグフィックスをされた開発陣の方々に、敬意を表したい。

リリースされたばかり、私もインストールしたばかりのMovable Type 3.3だが、Six Apartの公式サイトにて、早速不具合が報告されている。 私が自分のミスかと思っていた月別アーカイブと日別アーカイブが、トップページと全く同じになる不具合も、バグの一つだったようだ。

そのSix Apartの報告には、対応策も示されているのだが、一部表示がされていない。 というのも、そこではMovable Type独自のタグ（<MTEntries>など）が示されているのだが、きちんと実体参照をしていないために、WWWブラウザからは存在しないタグとして単に無視されているようだ。 対応の係の人も、よほど急いでいたに違いない。 トラックバックにある、「小心者の杖日記」さんのところに、対応策のコードが書かれているので参考になる。

さて、修正を施した新バージョンは、近日中に公開とのことだ。 それまでは、私のところにも起きた不具合は放置することにしたい。

2.9.9での変更点は以下の通り。

• エントリーの先頭にある主カテゴリー名から、リンクを辿れるようにした。
• エントリーの表示方法を変更した。
• システムにMovable Type 3.3を採用し、いくつかのエントリーでタグ付けを開始した。
• トップページなどでタグクラウドを表示するようにした。

2.9.9で未解決の問題点は以下の通り。

• 月別アーカイブと日別アーカイブの内容が、トップページと同じになっている。
• 以前のサイトからのデータの移行作業。

先日リリースされた、Movable Type 3.3をインストールし、試用している。 これまでMT 3.2を使っていたので、アップグレードインストールをした。 詳しくはSix Apart社公式のマニュアルをご覧になっていただきたいが、エントリーやテンプレートを保存しておく必要もなく、簡単な作業だった。 ただ、ファイルをSFTPでアップロードしようとしていたら、Cyberduckの調子が悪く、ファイルを一度にアップロードできなかった。 何回かに分けてアップロードしたらうまくいったので、ファイル数の問題だったのかもしれない。

さて、期待していたカテゴリーのファイル名指定だが、きちんと出来るようになっていた。 エントリーから主カテゴリーのアーカイブへも、<$MTEntryLink archive_type="Category"$>の様に指定することが出来るようになっている。 これで、MTEntryCategoriesModifiedタグは、私にとっては不要となってしまった。 ただ、エントリー内のカテゴリーリストを、主カテゴリー、副カテゴリーの順に並べて出力する機能は、ちょっと惜しいけれど。

後は特に問題もなく移行できた、と思ったら、月別アーカイブと日別アーカイブが全く機能していない。 どのページを見ても、トップページと同じ内容になってしまっている。 公開方法の設定なども確認してみたが、何が間違っているのか、よくわからない状況だ。 今後早急に直しておきたいと思う。

面白そうな機能としては、Widget機能だろうか。 これは、カレンダーや検索窓などをWidgetとして登録しておくと、Widget Managerと言うGUIから、組み合わせや順番を決められると言うもの。 サイドバーの作成を簡単にする、と言うのが主眼の、標準プラグインのようだ。 Widgetの実態は、「Widget:」で始まる、モジュール（テンプレートの一種）なので、追加も簡単にできる。 私は既に、サイドバーの部品をモジュール化していたのだが、こういう風に解決されるのも悪くない。

もう少し色々試していこうと思う。

ベータテストが進んでいたMovable Type 3.3だが、とうとう正式版がリリースされた。 今日は飲み会帰りでとてもインストールなど出来ないが、明日にでも試してみたいと思う。 私が不自由に感じてプラグインを使っていた機能が、標準でサポートされるようになったようで、楽しみである。

以前、カテゴリーアーカイブのディレクトリ名をうまく設定できないと書いたが、これを解決できるプラグインを見つけたので使ってみたので書き記しておく。

そもそも、このディレクトリ名を設定そのものは、カテゴリー名をうまくディレクトリ名が設定されるように英語で入力し、表示したい日本語の名前をカテゴリーの説明に入力、MTCategoryLabelタグの代わりにMTCategoryDescriptionタグを使うことで解決できる。 だが、私の場合、主カテゴリー名をエントリーのタイトルの前に表示しているが、MTEntryCategoryタグでは、MTCategoryLabelに相当する（つまりこの場合英語の名前）部分が出力されるため、元々のやりたいこととはことなってしまう。 MTCategoryDescriptionを使う場合は、MTEntryCategoriesタグをコンテナタグとして使うことが出来るが、このコンテナでは主カテゴリーと副カテゴリーの区別が出来ない。 長々と書いたが、つまり、エントリー内で主カテゴリーと副カテゴリーの区別が出来、かつ、そのカテゴリーに関するタグを使用することが出来ればよいのである。

ネットで探すと、この目的に正に合致するプラグインを発見できた。 MTEntryCategoriesModifiedタグを使用可能にするプラグインである。 このタグでは、主カテゴリーと副カテゴリーを区別して出力させることが可能で、上記のような問題を抱えていた私にとっては、大変便利である。 まだいくつか直さなければならない部分もあるのだが、とりあえず、望んだ形にはなったと思う。

ところが、現在ベータテスト中のMovable Type 3.3では、このような苦労も不要になる模様だ。 カテゴリーにもエントリーと同じように、ファイルシステム上の名前を付けられるようになるらしい。 その他にも、これまでプラグインを使っていたことが、標準機能で実現するらしい。 正式版のリリースが楽しみである。

Movable Typeのタグリファレンスを眺めていて、MTLinkというタグがあることに気がついた。 このタグは、特定のエントリーや特定のインデックス・テンプレートへのリンクを生成してくれる。 私はProcess Tagsプラグインを使っているので、エントリーの中で他のエントリーへのリンクを張るときにMTLinkタグを使えば、仮にサイトを移動したり、ファイル名を変更したりしても、再構築さえおこなえば自動的に新しいリンクへ更新してくれる。

ただ、MTLinkタグにも穴があって、例えば特定のカテゴリー・アーカイブへのリンクが作れない。 また、結局、特定の画像へのリンクはサイトを移動したら変更しなければならない。 これは検索・置換をおこなえば問題ないが。

Movable Typeの国際化への考慮でも書いたのだが、カテゴリーのフォルダ名が指定できないことについて、Custom Category Fieldsプラグインを使って解決を試みた。 つまり、フォルダ名を指定するフィールドを追加してしまおうという発想である。

ただし、この方法にも問題があって、前後のカテゴリーへのリンクに用いているSupplemental Category Tagsプラグインと相性が悪く、こちらと同時に使うことが出来ない。 仕方がないので、カテゴリー名を英語で記し、カテゴリーの説明に元々のカテゴリー名を入れ、この説明を表示することにした。 そうすると、リンクも英語のカテゴリー名から作られるので良い。

すると、今度は別の問題が生じてきて、エントリーの主カテゴリーが英語での表記になってしまう。 エントリーの主カテゴリーを示すタグは<$MTEntryCategory$>しかなく、エントリーの主カテゴリーの説明を表示することは出来ない。 なかなか思い通りには行かないものである。

エントリー数が200を超えた。 100エントリー突破から大した時間もたっていないが、最近は１日あたりのエントリー数も多く、昨日のエントリーで突破していた。

やはり、数には意味はなく、あくまで通過点だ。 ペースはこれ以上早まらないと思うし、維持するのも大変なのだ。 だから、毎日更新出来ればいいなあ、という初心に帰り、少しずつでも何か書き残しておこうと思う。