実はMovable Type 3.2へのupgradeを虎視眈々と狙っていたのだけれどｗ、まだいろいろ不具合があるようだ。
Berkeley DBの環境下でMovable Type 3.2日本語版をご利用のお客様へのお知らせ
去る9月29日より出荷を開始しました、「Movable Type 3.2日本語版」について、Berkeley DBをご利用のお客様で、以下の現象を確認いたしましたので、ご案内いたします。
私もBerkeley DBを利用してるので、ここは少し待つべきかな？
とは思ったのだが、せっかくの機会だし、とりあえずはupgrade前にデータベースをSQLiteに変更することにした。
データベースとして本当はMySQLを使いたいところだし、事実一度はMySQL化したのであるけど、LolipopのSQLサーバーが貧弱なせいか、しばしば構築エラーやトラックバックの遅延が起こったので、結局Berkeley DBに戻した経緯がある。廉価で使ってるサーバーだからしょうがないと言えばしょうがないんだけどね・・・。
SQLiteに変換するのに使ったのは、Movable Typeに標準でインストールされてるmt-db2sql.cgiではなくて、Ogawa::Memorandaさんのmt-db-convert.cgi。mt.cfgを書き換えなくても指定したパスにDBを書き出せるので、失敗がなくて安心かな、と。しかも、逆方向へのコンバートも容易らしいし。
使い方は、解凍してサーバーにアップロードして、コンバート先のDBの種類とコンバート先を指定してやるだけ。あっという間の作業でした。
エラーなしにコンバートできたら、mt.cfgのデータソースの部分を書き換えてやれば桶。これまでのBerkeley DBへのパスを「#」を付けてコメントアウトしてやり、「ObjectDriver」を「DBI::sqlite」にしてパスを書き換えて有効にしてやればよし。
エラーなしに動いてくれてるようだす。
SQL化おめでとーございます。というかBerkeley DBだったんですね。
B-DBでデータ貯めて行くとゴミがたまりやすいですよね。
データが大きくなったりすると動作が鈍くなって…ということが頻発します。
いや僕が頻発したわけではなくry
そーいやSQLiteって「optimize table」みたいなこと出来るんでしたっけ？
出来るならそういうのをやるのが幸せです。MySQLだとそこそこ効果ありました。
＞B-DBでデータ貯めて行くとゴミがたまりやすい
MTの前のバージョンでは、ゴミを掃除するプラグインを入れてたくらいで（笑）
しかし、SQLiteにしたらMT-Blacklist（コメント＆トラバスパム対策）がエラーになりまくりorz
よくよく調べると、既知のバグだったようです。
http://www.jayallen.org/comment_spam/forums/index.php?showtopic=508
あっ。
というか、MT-Blacklist自体、アップデートを止めちゃったようです。
スパム対策を強化したMT3.2が出たので、もうお役ご免ってことのようで。
http://www.jayallen.org/projects/mt-blacklist/
うわわん、どうしよう。やべー。
ブラックリストのアップデートが全然できないし。
とっとと3.2にしろ、という神のお告げなんでしょうか。
女王様たるもの最新版を追いかけねばいけませぬ(なにゆえ？)。
MTってなんかちょこちょこ更新されてるのが個人的にはイヤーソなんですが
じゃ他に何使うわけよ？と言われると困ってしまうのです。
sbってのもありますが、MySQL信者でありPerl信者でもある(笑)わたくしですので
(sbはMySQLに対応してないのです)どーにかそういうのを見付けようと物色中。
MySQLさえちゃんと調整されてりゃーMT+MySQLが結局一番快適なんでしょーか。
# 明日は西京極
＞女王様たるもの最新版を追いかけねばいけませぬ
わはは。もっともじゃ。
しかし、SQLite移行時にデータのバグが出てしまって、結局MySQLに再移行。
MySQLだとGUIが使えて、データ１件１件直接扱うのに楽なので?
サーバーさえ強靱なら、MySQL＋MTが一番いいのではないですかね。
ちょっと具体的な比較対象が分からないのですが。
それにしても、MTもFirefoxも、ちょこちょこ更新されますねーｗ
もっと完成させてからリリースせや！と思うこともあるけど、多くの場合は
「勢いがあっていいのう」と、肯定的に思ってしまいますよ、この手のスクリプトは。