Better File Uploader の作者 Dan Wolfgang 氏が Movable Type 4.0の登場について書いた記事のコメントで、Better File Uploader の開発について触れられていた。 元々の記事は氏が Movable Type 4.0 をインストールして試し、いつもよりエキサイティングにブログを書くことが出来るようになったと書いてあるのだが、Better File Uploader のファンと思われる人から、4.0 へ対応させないのかと質問が書き込まれていた。 氏からは近いうちに対応作業を完了できるのではないかと思っていると返答がある。 対応してもらえるのは非常に嬉しいが、出来れば追加費用がいらない（と思われる）マイナーアップデートの範囲内であればありがたい。
もちろんテストしてからアップグレードするべきだったのだろうが、Movable Type 4.0にアップグレードしてから、いくつか問題点と言うか気になることが生じている。 まずは、リンク先の記事にも書いたが、Better File Uploaderが使えないこと。 私が利用している数少ないプラグインの一つなので、これは困っている。 私は一枚一枚アップロードするのが面倒すぎてこのプラグインを使い始めたが、他の人たちが画像のアップロードをどういう風にしているのかが気になる。
一方、ファイルのアップロード経由による画像のアップロードもうまく行っていない。 アップロード自体は問題なくできるが、サムネイルがきちんと作成できないのである。 幅を指定するテキストボックスがあるのでそれを指定するのだが、縦横比が維持されないために縦長のサムネイル画像になってしまう。 理由は良くわからない。
それと、既に修正したがカレンダーに不具合が発生した。 不要なMTタグが挿入され（あるいはMT3.3の時には問題なかったか）、きちんと処理されずにタグが表示されるような状態になってしまっていた。 これはその不要な部分を削除することで解決できた。
気になると言えばファイル名のつけ方が変わったのも気になるところ。 これまでは半角空白をアンダーバー（_）で置き換えていたが、4.0ではハイフン（-）で置き換えるようになった。 数が少なければ訂正しても良いが、いちいちアンダーバーに揃えるのも面倒なのでそのままハイフンにしている。
もう一つ気がついた点は、記事の公開に時間がかかるようになったこと。 体感だが、3.3の時より2倍の時間はかかるようになっているような気がする。 また、バグが原因で重くなっていたようなことで無ければ良いのだが。 二度繰り返されるのはご免だ。
Six Apart から Movable Type 4.0 の正式版が発表されたので、アップグレードしてみた。 ところが、早速問題に直面。 予想していたことではあるが、プラグインが動作しないのである。 複数の画像のアップロードに便利な Better File Uploader プラグインだが、これがきちんと動作しない。 写真を基にした記事を書きたいのだが、なかなか進まない。 最悪の場合、Version 3.35 へのダウングレードも考えなくてはならないかもしれない。 Movable Type はダウングレードに対応しているのか不明だし、プラグイン側がすぐに対応してくれることを期待している。 シェアウェアになったのだから、継続した開発を期待しても良いだろう。
Six Apartから、ブログ管理ソフトのMovable Typeの最新版であるバージョン4が発表された。 3年ぶりのメジャーバージョンアップとなり、プラグインをまとめるパック機能、サイト管理機能の強化、AjaxによるUIなど、大幅に改良が加えられているようだ。 秋にはGPLのもとにオープンソース化されることになっているそうだ。
個人的には自動保存機能がかなりありがたい進化だ。 誤って別の頁を開いてしまったり、ブラウザがクラッシュしたりして書きかけの投稿が消えてしまったと言うことが良くある。 自動保存機能があればそれらの被害を無意識のまま最低限にすることができるので、正式版のリリースを楽しみにしたい。
今日たまたま、オランダ政府観光局のブログを発見した。 日本語で書かれているので、オランダの旬な観光情報を簡単に知ることができる。 早速Google Readerに登録した。 過去ログも少し辿ってみたが、以下の記事が個人的には興味深かった。
検索結果にブログが含まれるとがっかりする人が2割以上もいることを受け、Yahoo!検索にブログを対象から除くフィルターが追加されたそうだ。 ブログを書いている一人としてはドキッとする機能だ。 私自身は人から注目されるために書いている訳ではないが、ウェブに公開する以上は、有益な情報も含めていきたいと思っている。 がっかりされないようにしていきたい。
ただ、今回のブログ除外フィルターは、検索エンジンとしての技術向上かと言う点で疑問である。
というのも、ウェブ検索結果の上位をブログが占めることも多く、探している情報が見つけにくいといった状況もみられる
と言うことは、現在のランク付けが不正確になってきていると認識していると言うことだろう。
ブログにも有益な情報はあるはずで、それをうまく拾いだすのが「使える」検索エンジンではないだろうか。
ブログのランクが高く付きがちなら、そもそもそこを改善すべきなのではないだろうか。
今回のフィルター追加はあくまで過渡的なものであると信じたい。
Google Readerは、Google提供のWeb RSSリーダーである。 まだ実験中扱いのGoogle Labsの中に入っているが、試しに使ってみたところかなり使い勝手が良かった。 ありがたいことにjapanizeによる日本語化も既にある程度対応していて、違和感なく使える。 特徴はフィードをスクロールして見て行くだけで既読になることと、Googleサービスでおなじみのスターでマークをつけられること。 他にタグ付けによるフォルダ管理も可能だ。
私はこれまでRSSリーダーとしてFirefoxアドオンのSageを使っていたが、Google Readerの方が未読・既読管理もやりやすいし、スターによる簡易ブックマークが可能なのも便利だ。 私はニュースなどから選んでブログにエントリーしているが、この手順にGoogle Readerがうまくマッチした。 まず良く見に行くサイトのRSSフィードを片っ端からGoogle Readerに登録し、気になった記事にスターを付けていった。 後からスターを付けた記事を読み直し、エントリーにしていく。 ニュースを読むときはニュースをまとめて読みたいので、この方式はかなり便利だ。
オンラインサービスなので、Googleアカウントにログインさえすればどこからでも確認できるのも良い。 また、Googleがある程度フィードの内容をキャッシュしているらしく、新規登録したフィードでも、既にフィードファイルからは削除された記事も表示されるのが面白い。
問題はやはりまだ試験版だけはあり、時々既読とマークできなかったり、フィードの新規登録をすると反応が返ってこなくなることもある。 また、japanizeで表示は日本語化されるものの、フォルダ名に日本語を指定できなかった。 ただ、使っていると少しずつボタンの配置などが変わっているので、進化していることが実感できる。 一刻も早い安定化と正式サービス化を望みたい。
2.9.11MTでの変更点は次の通り。 そろそろ落ち着いてきたので3.0にしようかな。
ITmediaの記事によれば、ヤフーが自社のブログ検索サービスに独自の検索機能を追加したそうだ。 追加された検索機能は下記の4つらしい。
検索キーワードが肯定的に捉えられているのか否定的なのか評価してくれる。
とりあえず至る所でやっていそうな比較だがやってみた。 評判の良さは確かに一般的にブログで言われていそうな順番（Wii>Xbox 360>PS3）になっていた。 当たり前だが本名とニックネームでも評価は異なるようで、相対的にそのニックネームが好意的なものなのかどうかもわかる（しかしもう少しましな例は思いつかないのかと思ってしまう・・・）。 色々と比較して行くと面白そうな機能である。
その名の通り、検索キーワードに似たキーワードを示唆してくれる。 少し見てみたところでは同じカテゴリーのキーワードを表示しており、そこそこ似ていると言う印象だ。
検索結果をカテゴリーごとにまとめて表示してくれると言うのだが、どういう風になるのかいまいち実感できなかった。
検索キーワードがどれだけ注目されたかが折れ線グラフで表示される。 5つまで比較できるので面白い。 Xbox 360にPS3とWiiを比較してみると、Wiiの注目度が一気に上昇したのが一目で分かる。 やはりヨン様とペ・ヨンジュンを比較してみると、本名とニックネームでパターンが異なっているのが一目瞭然である。
以上のように、ブログ内の単語をうまく結びつけてデータベース化したと言う感じで、比較してみるのは結構面白い。 切り口によってはかなり有用なデータも得られそうに思える。
Six Apartからは12月4日にはアナウンスされていたAtomフィードの不具合修正だが、修正期限のギリギリになって変更した。 詳しいことは不具合を始めに指摘したdrryさんのブログエントリーを参照すると良いが、Atomフィードに含まれるブログのIDを入力する部分に不具合があったとのこと。 個々のエントリーについては問題ないそうだ。 2007年になってから再構築すると、一時的にせよIDが変更されてしまうので、今日中がリミットだったと言う訳だ。
Google Docs & SpreadsheetsにXML-RPCでブログへ投稿する機能があるので試してみた。 出力するHTMLのマークアップ内容がいまいちなので結局自分で編集しなければいけないが、セキュア接続して投稿できるというのは面白い。 さくらインターネットはレンタルサーバーでSSLが使えないのだ。 常用には至らないが、SSLで接続したいときなど（会社以外に思いつかないが（笑）。今は自宅から書いている。）は選択肢になるかもしれない。
「始めたからには読ませたい--より良いブロガーを目指すための10のコツ」と言う記事があったのでつい読んでしまった。
「あなたがせっかく更新したブログを誰も読んでくれないならば、投稿せずにその内容を紙ナプキンにでも書き殴っておいた方がましではないだろうか。
」などと、ちょっと挑発的だが、私の心にちくりと本質を突いてくれた。
10のコツにまとまっているので、それぞれ自分がどのようにしているのかチェックしてみたいと思う。
目的を明確にする
いきなりダメだと言われた感じである。 確かにブログはテーマを絞って目的を明確にした方が良いと書かれたものを見た覚えがあるが、自分のためのサイトなので実践はしてこなかった。 「始めたからには読ませたい」と思った場合には明確にした方が良いのだろうが、いくつものサイトを維持するのは手間だし、なかなか難しい。
視覚的にアピールする
サイトの可読性は最低限クリアしているつもりだが、アピールしているかと言うと肯定は出来ない。 ただ、現状では手を付けていないが、カテゴリーごとに多少配色を変えたりするために、基本的な部分では意図的におとなしい配色にしている。 苦笑せざるを得ないが、ある意味では特定のテーマに絞りきれていない現状を良く表していると思う。
適切なツールを使用する
Movable Typeを利用しているだけでは十分なのか不十分なのか、記事の書き方ではよくわからないが、私自身はもう少し楽になればと思っている。 Movable Typeの良いところはプラグインでその辺りを改善できることで、例えばBetter File Uploaderによる画像アップロードの簡便化は良い例だと思う。 HTMLのマークアップについてももう少し楽になれば助かるので、プラグインを探してみようと思う。 ただ、この項目の達成度はそこそこだと思っている。
ナビゲーションを容易にする
これも記事に書かれていることは一応達成しているが、私としては不十分だと思っている。 というのも、「メインコンテンツ」と考えている旅行記やゲーム関係の記事などは、もう少し体系的にまとめる必要があるからだ。 カテゴリーをもう少し細かく分ければ良いのかもしれないが、細分化しすぎるとまたわかりにくくなるし、最終的には人間がまとめる必要もあると思っている。
読者を惹きつける
この項目は日本とアメリカなどでの匿名性への意識の違いがあって、そのまま導入することはできないが、読者の信頼を考えてサイトを作ると言うのは当然だと思う。 ただ、私の場合は（少なくない数の個人ブログはそうだと思うが）一番の読者が私自身と言うのもあるし、読者からの反応を多くもらえるような質・量に至っていないので判断が難しい。 ただ、検索エンジンからどのような単語で検索されているかは、アクセスログやGoogle ウェブマスターツールでわかるので、サイトのどの部分が注目されているのかは判断できる。 残念ながら現状では私の意図とずれている部分があるので、ナビゲーションを容易にするなどして改善したいと思っている。
ブログ更新のスケジュールを確立する
これは一応毎日更新を目指しているのだが、現状はそうなっていない。 それぞれの日に書きたいと思うエントリーはあるのだが、実際に更新するのはまとめて、と言うこともしばしばだ。 だから、Movable Typeでエントリーを作成しても、公開はせずに下書きのままで保存しておき、時間のあるときに書き上げて公開している。 これはもう少し使いやすいツールがあることで改善できそうな気がしている。
簡潔を旨とする
長たらしいことを書く時間もないので簡潔にしたいと思っているが、平易に簡潔に書くと言うのは意外と難しいことで、わかりやすく説明していると長くなってしまうのもまた事実だ。 文章を定期的に書いていけばその辺も練習になるのではないかと思うので、今後の改善点としたい。
推敲してから公開する
これは常々反省しなければならないことだと思っていて、元記事にもあるように容易に修正可能なウェブコンテンツの利点を活用させてもらっている。 この辺も文章を多く書くことで少しでも練習になれば良いなあと思う。
RSSを利用する
Movable Type 3.3ではエントリー一覧はもちろん、検索結果でもRSS形式で公開できるようになっている。 特定の話題だけをRSSで取り寄せられるのはありがたい話だ。
全体としては反省すべきところばかりだが、技術的な面に関してはMovable Typeがしっかり作られていることが改めてわかった。 ここにあるコツだけが全てだとは思わないが、心に留めてやっていきたいと思う。
Google ウェブマスターツールは自分のサイトがGoogleの検索エンジンからどのようにチェックされているのか、あるいは自分のサイトの情報をGoogleに提供してより適切な検索を行ってもらえるようにするツールである。 SEOに興味のある人には必須のツールだろうし、どのキーワードで自分のサイトが高ランクにいるのかなどがわかって、サイト作りの参考になることは間違いない。 エラー情報も表示されるので、例えばリンク先の設定ミスなどに気づくこともあった。
自分のサイトの情報提供の手段として、サイトマップと言うものがある。 人間が見るためのサイトマップとしては、カテゴリ分けしてツリー状のものがよく使われていて、私も昔は作っていた。 今はブログのシステム上、カテゴリ分けや月別アーカイブがあるので作っていないが、企業のサイトではよく見る便利なページだ。 これをGoogleの検索エンジン（Googlebot）向けに提供すると言うのがGoogleサイトマップである。 もちろんGooglebotはリンクを辿ってサイトのページを自動的に巡回するが、作者から一覧を提供すれば、より網羅的な巡回が可能になると言うことらしい。
GoogleサイトマップはXMLに基づいた独自の記法があるほか、いくつかの書式が使えると言う。 RSSフィードも使えると言うので以前私も試したのだが、うまく読み取ってもらえず、あきらめてしまった経緯がある。 今回、Movable Typeから自動的にGoogleサイトマップを出力する方法を見つけたので、作ってみた。 詳しくはリンク先のページがわかりやすいが、要はサイトマップ用にインデックステンプレートを作り、エントリーごとのページや日別などのアーカイブページが一覧になるように出力するわけだ。 Googleサイトマップの記法はXMLベースだが、HTMLが理解できる人なら簡単に理解できると思うので、リンク先の記事を基に自分のサイトに合わせてテンプレートを作成すると良いと思う。
購入するかどうか迷っていた、シェアウェア化したBetter File Uploader 2.0だが、やはりMovable Type標準のアップロード機能が使いにくいことと、作者の功労を称える意味もあると考えて、購入することにした。 購入するとまもなくメールが送られてきて、ID入りと思われるURLからファイルをダウンロードした。 他のMTプラグイン同様、中身のフォルダを所定の場所にアップロードするだけの簡単インストールである。
使ってみると、これがかなり便利だった。 まず、複数ファイルを一度にアップロードでき、手間が相当省ける。 これだけでも価値があるプラグインだ。 アップロードするフォルダも自動的に年・月・日を加える設定を3つまで保存できるほか、それに対するデフォルトも設定できる。 サムネイルも、私は高さを指定しているが、長い方の幅を指定するなどの便利な機能もついている。 alt属性やtitle属性を指定するチェックボックスを表示させるなど、Web標準化の流れ（と言うかSEOかも）に沿った配慮もある。 この時、画像のプレビューも出来るのも秀逸だ。 画像の前後を決まった形でマークアップすると言う時に便利なwrapper機能も、私にはかなり嬉しい機能である。 最後に表示させるHTMLをワンクリックで全て選択状態に出来るなど、とにかくルーチン化した画像のアップロードの手間を省けるようになっている。
以上のように、私にとっては相当な手間を省けるありがたいプラグインだった。 10ドルの価値は十分にあると私は感じている。
私も愛用していたBetter File Uploaderプラグインだが、Movable Type 3.3から一部プラグインの様式が変わり、利用できなくなっていた。 作者からは対応を目指して開発中とのメッセージが発信されていたので、画像をアップロードするたびに、そういえばバージョンアップしたかな、と確認していたが、とうとうバージョンアップされて、Better File Uploader 2.0になった。 とりあえずスクリーンショットを見ただけだが、設定項目も増えているし、複数アップロードも可能になったようだから、単にMT3.3に対応したわけではなくて、かなり便利にもなったようだ。
ところが、やや残念なことに、これまでフリーウェアだったのが$10のシェアウェアとなったのである。 確かに便利なプラグインだし、作者もだいぶ苦労して開発を進めたみたいだから、それくらいの料金は支払っても良いのだろうが、ちょっと躊躇してしまう。 支払いもPaypalのサイトで行うのだが、Paypalはフィッシング詐欺で良く報道されているので、なんとなく関わらないでおきたいところなのだ。 う～ん、迷いどころである。
ポートフォリオ・オランダ・ニュースによれば、オランダ最大のブログがテレビでも見られるようになるらしい。 その最大のブログ「GeenStijl」と言うのはNo Style、つまりスタイルなしと言うことで、上記の記事では2ちゃんねるとの比較がされているが、私の理解では2ちゃんねるとブログは全く違うものだし、比較するならスラッシュドットの方が近いように思う。 技術的なことに話題を絞っていないスラッシュドットと言う感じだろうか。
まあそれはともかく、ブログをテレビで見ると言うのだが、一体どんな番組になるのだろうか。 ブログのエントリーと特に面白いコメントについて紹介する番組なのだろうか。 よくわからない。
私はどちらかと言うと声で聞くより、文字で見たほうが理解できると言う典型的（？）日本人なので、せめてオランダ語の文法など勉強して、このブログの内容を読んで楽しめるくらいにはなりたいものだ。
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だが、早速インストールしてみた。 手順はいつもの通り、下記の様に行った。
まずは改善されたという速度を試すべく、サイトの全てを再構築した。 すると、まだタグを指定していなかった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 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での変更点は以下の通り。
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だが、とうとう正式版がリリースされた。 今日は飲み会帰りでとてもインストールなど出来ないが、明日にでも試してみたいと思う。 私が不自由に感じてプラグインを使っていた機能が、標準でサポートされるようになったようで、楽しみである。
以前、カテゴリーアーカイブのディレクトリ名をうまく設定できないと書いたが、これを解決できるプラグインを見つけたので使ってみたので書き記しておく。
そもそも、このディレクトリ名を設定そのものは、カテゴリー名をうまくディレクトリ名が設定されるように英語で入力し、表