エントリー時のエラー続報

結局、いくら調べてもエントリー時のエラーは解消できませんでした（泣）

おかしなことに、このMinorProblemと同じテンプレートやプラグインを適用して、記事とコメント、トラックバックをインポートして、同じ環境を再現したブログに記事をエントリーしてみると・・・こちらは問題なし。普通に記事の作成が可能だった。

元々のブログと、調査用に作成したブログ、両者は９９％同じものなはずなのに、片やロリポおじさんエラー連発。片や淀みないスムーズなエントリーを実現。

何故だ。

 

ここまで3日ほど調べてみましたが、正直まったく判りません。

これは、ちょっと自分の手に負えないかもなーなんて途方にくれていたんですが、あれ？ちょっと待てよ……環境や記事はほとんど同じブログが二つあって・・・片方は正常に動いているんだよね………

まるっと入れ替えました。

エラーの原因はわからずじまいのまま運用でカバーという事です。まあ逃げたと。

技術屋として見た場合、これが悪手であることに僕自身異論は無いのですが、これ以上の調査と実際の修正に掛かるコストに加えて、エラーを長期間放置するリスクとを天秤にかけて運用としての最善手……違うな、最善から2番目の策を取ったということで。（最善手は原因を把握した上での恒久的対策）

まあ、それだけだとアレなんで、ついでにSQLiteのDBのお掃除をしときました。

SQLiteとかpostgresql、MYSQLといったDBは、いったん情報が登録されると、通常の削除処理を行っても容量が減りません。

なので、ブログなどでも大量のスパムコメントをもらった場合、ただ削除しただけではテーブルのサイズは減らず、パフォーマンスは悪くなるはストレージを圧迫するはでいいことありません。

なのでvacuumというコマンドで残っているゴミを吸い取ってあげましょう。

tksqlite

DBの種類ごとにこういったソフトが存在しますが、これはSQLite用。

movabletypeのrootから自分のブログのデータファイルをFTPでダウンロード。

あとはtksqliteでvacuumしてやれば、余分なゴミが削除されます。あとはこのファイルを同じ場所にアップロードすればオッケーです。

僕のブログはスパム業者も旨みなしとスルーしているほどの閑古鳥ブログなのであまり容量の変化はありませんでしたが（1.83メガ→1.8メガ）、大勢の読者を抱えるのと引き換えに毎日大量のスパムを受け取っているアルファでブロガーな方におかれましては、vacuumすることでけっこうサイズが減らせるんじゃないでしょうか。

お験しはバックアップ後にどうぞ。

 

SQLite入門 すぐに使える軽快・軽量データベース・エンジン 西沢 直木

関連する投稿

• MovableType4.1の再構築でエラー連発 (0)
• 特定のカテゴリーの記事のみトップページに掲載したい (0)
• 気がつけばWordpress2.6 (3)
• 旧RSSFeedをFeedBurner用FeedにRewrite (0)
• ブログ記事のアーカイブ保存ディレクトリを変更 (0)