Lenovoからリアル・モバイルノートThinkPad X300が発表された。 1,440×900ドット表示の13.3インチ液晶に光学ドライブを搭載しつつ、重量は1.43kgに抑えたとのことで、かなり実用的なモバイルPCになっているようだ。 また、耐衝撃性も向上しているようで、ThinkPadの信頼性は何も犠牲にしていないとも書かれている。

このThinkPad X300だが、事前情報が漏れだしたタイミングからか、薄型軽量と言う相似点からか、MacBook Airと比較されることが多いようだ。 薄さやCPUの速さではMacBook Airの方が勝るものの、重さは同程度、ディスプレイ解像度や拡張性はThinkPad X300が上になっている。 デザインは個人の好みだが、今の私はMacBook Airに惹かれる。 Windowsしか使っていなかった10年前なら間違いなくThinkPad X300のデザインの方が好きだった。 まあOSが違う以上比較してもあまり意味は無いが、ほぼ同時期にMacとWindowsの双方で、同じようなサイズ・重量の製品が出てきたことは興味深い。

もちろんテストしてからアップグレードするべきだったのだろうが、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 はダウングレードに対応しているのか不明だし、プラグイン側がすぐに対応してくれることを期待している。 シェアウェアになったのだから、継続した開発を期待しても良いだろう。

2.9.11MTでの変更点は次の通り。 そろそろ落ち着いてきたので3.0にしようかな。

• Movable Type 3.34-jpにバージョンアップ
• コメント関係の表示の修正
• Google Analyticsの試験的導入
• その他、細部の調整

「始めたからには読ませたい--より良いブロガーを目指すための10のコツ」と言う記事があったのでつい読んでしまった。 「あなたがせっかく更新したブログを誰も読んでくれないならば、投稿せずにその内容を紙ナプキンにでも書き殴っておいた方がましではないだろうか。」などと、ちょっと挑発的だが、私の心にちくりと本質を突いてくれた。 10のコツにまとまっているので、それぞれ自分がどのようにしているのかチェックしてみたいと思う。

目的を明確にする

いきなりダメだと言われた感じである。 確かにブログはテーマを絞って目的を明確にした方が良いと書かれたものを見た覚えがあるが、自分のためのサイトなので実践はしてこなかった。 「始めたからには読ませたい」と思った場合には明確にした方が良いのだろうが、いくつものサイトを維持するのは手間だし、なかなか難しい。

視覚的にアピールする

サイトの可読性は最低限クリアしているつもりだが、アピールしているかと言うと肯定は出来ない。 ただ、現状では手を付けていないが、カテゴリーごとに多少配色を変えたりするために、基本的な部分では意図的におとなしい配色にしている。 苦笑せざるを得ないが、ある意味では特定のテーマに絞りきれていない現状を良く表していると思う。

適切なツールを使用する

Movable Typeを利用しているだけでは十分なのか不十分なのか、記事の書き方ではよくわからないが、私自身はもう少し楽になればと思っている。 Movable Typeの良いところはプラグインでその辺りを改善できることで、例えばBetter File Uploaderによる画像アップロードの簡便化は良い例だと思う。 HTMLのマークアップについてももう少し楽になれば助かるので、プラグインを探してみようと思う。 ただ、この項目の達成度はそこそこだと思っている。

ナビゲーションを容易にする

これも記事に書かれていることは一応達成しているが、私としては不十分だと思っている。 というのも、「メインコンテンツ」と考えている旅行記やゲーム関係の記事などは、もう少し体系的にまとめる必要があるからだ。 カテゴリーをもう少し細かく分ければ良いのかもしれないが、細分化しすぎるとまたわかりにくくなるし、最終的には人間がまとめる必要もあると思っている。

読者を惹きつける

この項目は日本とアメリカなどでの匿名性への意識の違いがあって、そのまま導入することはできないが、読者の信頼を考えてサイトを作ると言うのは当然だと思う。 ただ、私の場合は（少なくない数の個人ブログはそうだと思うが）一番の読者が私自身と言うのもあるし、読者からの反応を多くもらえるような質・量に至っていないので判断が難しい。 ただ、検索エンジンからどのような単語で検索されているかは、アクセスログやGoogle ウェブマスターツールでわかるので、サイトのどの部分が注目されているのかは判断できる。 残念ながら現状では私の意図とずれている部分があるので、ナビゲーションを容易にするなどして改善したいと思っている。

ブログ更新のスケジュールを確立する

これは一応毎日更新を目指しているのだが、現状はそうなっていない。 それぞれの日に書きたいと思うエントリーはあるのだが、実際に更新するのはまとめて、と言うこともしばしばだ。 だから、Movable Typeでエントリーを作成しても、公開はせずに下書きのままで保存しておき、時間のあるときに書き上げて公開している。 これはもう少し使いやすいツールがあることで改善できそうな気がしている。

簡潔を旨とする

長たらしいことを書く時間もないので簡潔にしたいと思っているが、平易に簡潔に書くと言うのは意外と難しいことで、わかりやすく説明していると長くなってしまうのもまた事実だ。 文章を定期的に書いていけばその辺も練習になるのではないかと思うので、今後の改善点としたい。

推敲してから公開する

これは常々反省しなければならないことだと思っていて、元記事にもあるように容易に修正可能なウェブコンテンツの利点を活用させてもらっている。 この辺も文章を多く書くことで少しでも練習になれば良いなあと思う。

RSSを利用する

Movable Type 3.3ではエントリー一覧はもちろん、検索結果でもRSS形式で公開できるようになっている。 特定の話題だけをRSSで取り寄せられるのはありがたい話だ。

全体としては反省すべきところばかりだが、技術的な面に関してはMovable Typeがしっかり作られていることが改めてわかった。 ここにあるコツだけが全てだとは思わないが、心に留めてやっていきたいと思う。

私も愛用していた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がリリースされている。 重要、と言うことなので、早速更新した。 リリースを読むとファイルがいくつ関わっただけとのことだが、私はバージョンアップ時は毎回クリーンインストールしているので、今回もファイルを入れ替えた。 今のところ変わりなく動作している。

先日、劇的に高速化した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 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では、このような苦労も不要になる模様だ。 カテゴリーにもエントリーと同じように、ファイルシステム上の名前を付けられるようになるらしい。 その他にも、これまでプラグインを使っていたことが、標準機能で実現するらしい。 正式版のリリースが楽しみである。