rebuild支援ツールでサーバーエラー回避

このblogはロリポで運営しています。
そのせいかどうかわかりませんがもうかなり前からまともにリビルドできなくなってます。
まず最初に個別アーカイブがまともにできなくなり
日別アーカイブもエラーが出やすくなり
最近は新規エントリーやコメント投稿の際にもたまに500エラーが出たりするんです…
エラーになったらブラウザで戻って、またエラーになったら戻ってってやってるのでほっとけないんですよね。

mt.cfgの設定をいじって同時にリビルドする数を減らしたりもしたんですがやっぱりエラーはなくなりません。

因みにmt.cfgの設定は以下の箇所を探します。

# EntriesPerRebuild 40

先頭の#を削除して数字を小さく修正してサーバーにUPします。

EntriesPerRebuild 20

次の対策としてrebuild支援ツールを導入する事にしました。

「rebuild支援ツール」の説明

Movable Type を非力なサーバ、もしくは各種制限 (実行時間制限、メモリ使用量制限、など) のあるサーバ上で動かすと、 rebuild 実行時に Internal Server Error が頻発します。それ以外のサーバでもエントリの数が増えてくると、次第に rebuild 実行時に Internal Server Error が起きやすくなってきます。

そこで、 rebuild の負荷を少しでも減らして Internal Server Error を回避するため、一気に全部 rebuild するのではなく、アーカイブファイル1つづつ、エントリ数個づつ、何回かに分けて rebuild すると効果があるのではないか、と考えました。

具体的な設置方法は配布元に画像付で丁寧に説明されているのでこちらでは繰り返しません。
配布元をご覧になってください。
一応MT2.64での設置を前提に説明されてますがワタシの環境( MT3.121-ja)でも問題なく動作してます。

一部変えた部分があるのでその辺を補足します。
こちらのrebuild支援ツールには日別アーカイブが抜けているので試行錯誤で追加してみました。
画像の1番下の赤で囲った部分です。
以下のソースをrebuild-tool.htmlの</body>直前にでも追加してください。

<form method="get" action="<$MTCGIPath$>mt.cgi"> <strong>Daily Archives: </strong><br /> <input type="hidden" name="__mode" value="rebuild" /> <input type="hidden" name="blog_id" value="<$MTBlogID$>"/> <input type="hidden" name="type" value="Daily" /> <input type="hidden" name="next" value="0" /> 先頭から <input name="offset" value="0" size="8" style="text-align: right;" /> 番目のエントリから <input name="limit" value="40" size="8" style="text-align: right;" /> 個ずつ順に、合計 <input name="total_entries" value="<$MTBlogEntryCount$>" size="8" style="text-align: right;" /> 個のエントリを 全部 rebuild <input type="hidden" name="is_bm" value="" /> <input type="hidden" name="entry_id" value="" /> <input type="hidden" name="is_new" value="" /> <input type="hidden" name="old_status" value="" /> <input type="submit" value="実行" /><br /> [注意: いちばん先頭を <u>0番目</u> とします。<br /> また、いちばん最初の 『<strong>ページ Daily から xx - yy まで Rebuild 中...</strong>』 のメッセージが抜けますが、ちゃんと rebuild は実行されています。] </form>

念の為rebuild支援ツールへはパスワードでのアクセス制限をしています。

このツールのいいところは一度にリビルドする数をその都度変えられる事かな？
調子が悪ければ数を減らしてあげれば今までのように途中で止まる事もないですし、
調子がいい時は大きい数字にしてもOKな場合があります。

でも根本的な解決ではないのかもしれませんね…