FinderViews : November 25, 2005

MT3.2 導入にともなうトラブルの顛末

[Category: About This Site]

　先月、Movable Type 3.2-ja-2にバージョンアップしたら不具合が発生。それまで書きためた記事が参照できなくなってしまっていたのですが、このほどなんとか回復しました。
　以下、事態の顛末と、技術的な覚え書きです。

　トラブルの症状は、再構築時にエラーが頻発して、アーカイブが正常に生成されなくなるというもの。この原因は、私のブログの場合2つあって、そのどちらもMT3.2の仕様に由来するものでした。
【原因1】MT3.2はサーバにかける負荷が非常に大きい。（このため、再構築の途中で力尽きてしまう）
【原因2】MT3.2では、インポートの際、エントリーのタイトルが日本語だと、全部同じファイル名で出力されてしまう

【原因1の対処法】サーバに対する負荷を下げる
(1)MySQLの導入
→MySQLとは、MTが使用するデータベースシステムの名前で、デフォルトのBerkeley DBより処理速度が速いらしいです。
(2)1度に再構築するアーカイブの数を減らす
→mt-config.cgi中の「# EntriesPerRebuild 40」を「EntriesPerRebuild 15」に書き換える
(3)テンプレートの中に記述されているタグを減らす。

　私のブログの場合、特に(1)は有効でした。MySQLを導入したら、あれほど多発した再構築でのエラーがぴたりと止んだのでした。ただ同時に、インポートに非常に時間がかかるように。（しかも、1度にインポートするファイルのサイズが30kくらいまででないと、受け付けてもらえかった）
　(2)に関連して、このほか、Rebuild支援ツールなんてのもあって、アーカイブの種類や数をより細かく指定して再構築することができるもよう。

【原因2の対処法】
(1)MTの管理ページの設定画面「アーカイブ・マッピング」の項で、エントリーの出力フォーマットを「%e%x」とする。

　以上の対応で、MTはほぼ正常に運用できるようになりました。
　この原因と対処法を見つけるまで、1か月以上もかかってしまいました。いやー、難しかった。ここに到達するまでに参考にさせていただいた、たくさんのブログとそのユーザーさんたちに感謝。

＜参考サイト＞

Movable TypeのMySQL移行
（ロリポップ）

MovableType3.11から3.121へアップグレード～個別アーカイブの再構築失敗との闘い
（bublog）

個別アーカイブのURLを旧バージョンのようにする
（Movable Type 3.2導入手順）

他多数。

Posted by mik at 12:45 AM | Comments (0) | Trackback (0) | Permalink