昨年末の話であるが、このブログのプラグインがおかしいという記事を載せたことがある。たまたまCaptcha Pluginを導入しようとしたときに、この現象が判明した。この時、MovableTypeにもともと標準でついているプラグインも変更の保存ができなくて、機能が止まってしまっていた。

そこで、小粋空間さんのアドバイスでSixApartへフィードバックして回答をもらった。当初私はデータベースをPostgreSQLにしたことが原因とばかり思っていたが、SixApartからの回答では、PostgreSQLが原因ではなく、違う要因でプラグインが利かなくなっている可能性を指摘された。SixApartの説明では、PostgreSQLでの運用はかなりしっかりとチェックがなされているようで、実際にSixApart社内でもMovableTypeをPostgreSQLで運用している方も多いということだった。普段から実際に使ってその問題点も常に修正しているということだったので、私の完全な思い違いであったことが分かった。今回のケースも、実際に新規インストールをして、私と同じ環境で試験運用してもらったので、少なくともPostgreSQLそのものの問題ではなかったようだ。きっとPostgreSQLの方で、エラーが出ていると思われるので、それをチェックしてみてくださいということだったので、その後、コマンドラインから以下のように実行すると

=> select nextval('mt_plugindata_id');
ERROR: relation "mt_plugindata_id" does not exist

と出てきたので、シーケンスがつくられていないか失われたかが原因だったのかもしれない。まだPostgreSQLについてよく分かっていない私は、とりあえずバックアップを取って、もう一度MTを新規インストールしてみた。そうしたら、今度は問題なくプラグインが使えた。なので、最初にインストールしてから後、作業をしている間に何かしらトラブルが起こったのかもしれない。まぁ、今は快適に使えているのでこれでいいかなと思っている。

今回のトラブルにあたり、SixApart社の方、丁寧な回答をいただきありがとうございました。また、トラブルの相談に対し、アドバイスをくださったOgawa::Memorandaさん、小粋空間さん、あわせてありがとうございました。

※昨年末にサーバーを変えてからのその後であるが、動作環境はいうことがない。記事も400件近くになり、ロリポップ時代と件数が同じになってきたが、記事の更新はスムーズだし、再構築は速いし、500エラーをまだ経験していない。データベースのPostgreSQLは定期的にVACUUMコマンドを実行しているし、問題はないと思われる。ロリポップ時代には記事の更新が大変なストレスになっていたが、今は快適でそういうことがなくなった。inetdサーバーにして本当によかったと感じる。