現在このブログのエントリー数は78。以前違う場所でひっそりとやっていたブログは、１年間で１エントリーという（初エントリーの1年後に2回目のエントリー）、富樫の漫画みたいな有様だったので、この数字は脅威の数だ。
が、周りを見渡せば足掛け何年毎日更新していますなんていうすごい方もザラにいらっしゃる。そんなブログの鉄人達に比べたら、７８エントリーなんて恥ずかしくて自慢もできない数だ。
最近、記事をエントリーをして、再構築のタイミングで５００エラーが発生するようになってきた。
エラー画面から焦って戻ってみると、どうやら保存はされているようなのだが、再構築に移行する前にエラーが出ているようだ。
この「再構築エラー」は頻発なんてレベルじゃない。ここ最近に至ってはほぼ１００％の確率でお馴染み「ロリポおじさん」が微笑む「５００エラー」画面を拝む羽目になるのだ。
ロリポおじさんというのはナウでヤングなロリポップユーザーはご存知と思うが、レンタルサーバーロリポップのトレードマークである、赤い服に白いおひげ、サンタクロースのようなスタイルで人畜無害を装って子供達の油断を誘い、まんまと騙して村から永遠に連れ去っては蝋人形にしてしまいそうな（イメージ長っ！）、そんな怪しい笑顔をたたえたアレだ。
うん、蹴ッ飛ばすよ？
ロリポップでサーバーエラーを出すと、このロリポおじさんの無邪気な笑顔を見るハメになるのだが、それがエントリーの度に顔を出すので、だんだんロリポおじさんに怒られているような気がしてきて、精神的にしんどくなってきた。
このブログはSQLiteという簡易なDBで管理している。エントリーが増えてくると、記事を管理しているこのSQLiteが耐え切れずエラーを吐く、ということがある。
SQLiteはGoogleGearsにも採用されているなかなかのRDBMSなのだが、ロリポップならMYSQLという選択肢もある。
本来的にはMYSQLの方がSQLiteより信頼性は高いのだけれど、ロリポップのMYSQLサーバーが貧弱な為、ことロリポップに限るとMYSQLの評判はよろしくなく、むしろMYSQLでエラーが頻発したのでSQLiteに変更したという方が大勢いるほどだ。
そういうこともあってのSQLiteを選択したのだったが、それがこの有様だ。
確かエントリーが７０近くなったあたりで急にエラーがでてきたような気がするのだが。
ただ、SQLiteが簡易なDBだと言っても、７０やそこらで根を上げるとは考えにくい。なにか他にも原因があるような気がする。
またよくわからないのは、ブログ記事を保存状態にして、普通に再構築してやるとうまくいくこと。
エントリー→保存→ここでエラー→再構築
なのに
エントリー→保存 ここでいったん終了、その後→ 再構築
はOKなのだ。ワケが判らない。なのでちょっと調べてみた。
実験として、ブログを新規に作成して、1件の記事をエントリーして再構築してみるもこれは無事終了。更新Pingを飛ばす部分もOK。つまりMovabletypeのモジュールには問題なし。やはり記事数が問題か。
そういえば、ブログの記事をWriterでエントリーしたらエラーは出なかったような気がする。
試しにWriterでエントリー・・・やはりエラーは出ない。
次にブラウザ依存の問題の可能性もあるので、各ブラウザを使用して記事をエントリー→その結果を確認してみることにした。
- Firefox→エラー
- IE6→エラー
- Opera→再構築成功
お。さすがOpera。
だがそのOperaも帯域がビジーな時間帯にトライしてみると同じく５００エラーを出力した。OperaでOKだったのも、たまたまっぽい。
以上の結果から、
- Movabletypeのモジュールには問題はない
- サーバー側で再構築時にタイムアウトしてるくさい？
と推測。
テンプレートを初期に戻したり、サイドバーのモジュールを減らしたり、ダイナミックパブリッシング化したりすれば再構築時の負荷は減らせるけど、デザインを変えるのも嫌だし、なにより面倒くさい。
なにか方法ないかなあ。ブログのお引越し以外で。
というところで今日は時間切れ。
明日以降でMTの設定をいじってみるか。
コメントする