検索
このBLOG、再構築がまた不能になった、高機能なMTの厄介な所です...。
というのも原因は明確で200記事を超えたからなのですが、
毎回コレでサーバー引越しをして一から設定している程ヒマではないので、
リビルドエラーの負荷過多表示＝500エラーと闘う事にした。
4は使用してないし、5.もMT3.2ではこの機能自体が無く、
そこで
rebuild支援ツール for MovableTypeを組み込む事にした。
容易に組み込めたのですが、問題はMT3.2では
「カテゴリー分割リビルド」と「月別分割リビルド」ができない、とのこと。
要は、メインページ/RSS1.0/スタイルシート/丸ごと全部/指定区間全部、の
5通りのボタンしか押せなくなってるというのです。
あと、妙に軽いのは「新記事作成時の指定のトラバは飛んでないよねこの様子だと...」
と言う問題。飛ばないと意味無くないか...。
つまり、ふに落ちないので、MT3.2-ja-2をMT3.35にバージョンアップしました。
すると、まぁひと騒ぎです。(毎度のごとく、のちの自分の為にその記録をココに残す)
というのも原因は明確で200記事を超えたからなのですが、
毎回コレでサーバー引越しをして一から設定している程ヒマではないので、
リビルドエラーの負荷過多表示＝500エラーと闘う事にした。
1.はSQliteにしているし、2.は40を10に減らしているし、3.は30を10に減らしてしているし500エラーの原因
1. DBにBerkeleyDBを使用している
2. エントリーアーカイブの再構築単位の問題
3. トラックバック送信時間の問題
4. Paginateプラグインの使用
5. デフォルトのタグクラウドの使用
4は使用してないし、5.もMT3.2ではこの機能自体が無く、
そこで
rebuild支援ツール for MovableTypeを組み込む事にした。
容易に組み込めたのですが、問題はMT3.2では
「カテゴリー分割リビルド」と「月別分割リビルド」ができない、とのこと。
要は、メインページ/RSS1.0/スタイルシート/丸ごと全部/指定区間全部、の
5通りのボタンしか押せなくなってるというのです。
あと、妙に軽いのは「新記事作成時の指定のトラバは飛んでないよねこの様子だと...」
と言う問題。飛ばないと意味無くないか...。
つまり、ふに落ちないので、MT3.2-ja-2をMT3.35にバージョンアップしました。
すると、まぁひと騒ぎです。(毎度のごとく、のちの自分の為にその記録をココに残す)
mt-config.cgiの内容を3.3用に書き換えるとすごくマズくなったので
(最初はバージョンアップ画面が出て色々始まり「インストール完了」が出たが、
データベースの設定などが違うと気付き、直している途中に、ブログもカテゴリーも旧記事も全部無くなり、新規のまっさらの状況に...)
なのでmt-config.cgiを3.2用に戻したらもう一回インストールがはじまり、
何故かログインができなくなったので、
mt-medicで入ってみると、元のログイン設定があり修正してログインしたら、
何故かカテゴリーも記事も戻ってきました；。
問題は、バージョンアップはできたものの「再構築が500エラーで全て不能」になったことで、
新記事作成、旧記事の編集もできるのに、全て公開ができない。
なので、rebuild支援ツールをつかったところで当然500エラーが出るだけ。
（あとWISYWIGを3.3にバージョンアップしないと使えなくなったのでまた一手間増えた）
要はバージョンアップして前かろうじてできていた事がダメになったわけで。
ところが、実験用に、同じMT内でもう一個BLOGを仮に作って、記事を1個だけ作ったら、
何故かそっちは再構築・作成修正・公開、全部OK；。
それはつまり.....
「バージョンアップしたから記事の多いBLOGの再構築時に
サーバ内で瞬間的に食われるメモリの量がごっそり増えた」
ということですよね....
そうこうしているうちに検索で
6. エントリーアーカイブの「最近のコメント」でrecently_commented_onを使用している
というのをみつけ、
それによるとrecently_commented_onを単独で使うと非常にメモリを食うらしく、
recently_commented_onには必ずlastn="○"を使う事と。
それは3.2でも3.3でも同じ事らしいのですが、結局の所バージョンアップした事で余計メモリを
食って今までかろうじてできてた再構築が５００エラーになっていたようです。
とりあえず、その場しのぎの修復はlastnを使いました。
recently_commented_onの記述のあるテンプレートに全部lastnの記述を追加
一応直りました。
ただ根本的な解決にはなってないので、記事の数が増えるとまた５００エラーが出るのはすぐの事。
(すでに時間帯によっては出ているけどかろうじて公開されているので、
結局バージョンアップする前と同じ状況)
そろそろ真面目にPHPかダイナミック・パブリッシングか、動的出力に変えないとどうにもならないということなのか...。
(最初はバージョンアップ画面が出て色々始まり「インストール完了」が出たが、
データベースの設定などが違うと気付き、直している途中に、ブログもカテゴリーも旧記事も全部無くなり、新規のまっさらの状況に...)
なのでmt-config.cgiを3.2用に戻したらもう一回インストールがはじまり、
何故かログインができなくなったので、
mt-medicで入ってみると、元のログイン設定があり修正してログインしたら、
何故かカテゴリーも記事も戻ってきました；。
問題は、バージョンアップはできたものの「再構築が500エラーで全て不能」になったことで、
新記事作成、旧記事の編集もできるのに、全て公開ができない。
なので、rebuild支援ツールをつかったところで当然500エラーが出るだけ。
（あとWISYWIGを3.3にバージョンアップしないと使えなくなったのでまた一手間増えた）
要はバージョンアップして前かろうじてできていた事がダメになったわけで。
ところが、実験用に、同じMT内でもう一個BLOGを仮に作って、記事を1個だけ作ったら、
何故かそっちは再構築・作成修正・公開、全部OK；。
それはつまり.....
「バージョンアップしたから記事の多いBLOGの再構築時に
サーバ内で瞬間的に食われるメモリの量がごっそり増えた」
ということですよね....
そうこうしているうちに検索で
6. エントリーアーカイブの「最近のコメント」でrecently_commented_onを使用している
というのをみつけ、
それによるとrecently_commented_onを単独で使うと非常にメモリを食うらしく、
recently_commented_onには必ずlastn="○"を使う事と。
それは3.2でも3.3でも同じ事らしいのですが、結局の所バージョンアップした事で余計メモリを
食って今までかろうじてできてた再構築が５００エラーになっていたようです。
とりあえず、その場しのぎの修復はlastnを使いました。
recently_commented_onの記述のあるテンプレートに全部lastnの記述を追加
一応直りました。
ただ根本的な解決にはなってないので、記事の数が増えるとまた５００エラーが出るのはすぐの事。
(すでに時間帯によっては出ているけどかろうじて公開されているので、
結局バージョンアップする前と同じ状況)
そろそろ真面目にPHPかダイナミック・パブリッシングか、動的出力に変えないとどうにもならないということなのか...。
