Movable Type 4.1 / CORESERVER / MySQL - 思いっきりエラーで再構築と記事投稿後、画面が真っ白になるから、俺様は『浪漫飛行』を熱唱します

　やっべ、なんか一発で保存できて再構築までしやがった……
　あんだよ、おまえは!!
　なんなんだよ、おまえってやつは!!
　しっかし扱いにくいなぁ～、オイ……
　相変わらず原因がわからねぇ。

　まあ、とりあえず症状だけでも書いておくかな。
　もしこの症状の解決法がわかる人、あるいは同じ症状でお悩みの人、コメントされたし。

　記事の投稿ができません。
　いや、投稿はできます。
　ただ、再構築が反映されていないようなのです。保存アゲインもきかないらしい。

　こちらは【概要】なので、ザクッとリストアップ。

• 新規作成からブログ記事、“ 新しいブログ記事を作成 “ にて記事を書き、保存ボタンをクリック。
• Firefox 右下の進捗状況のメーター出現、待機。
• ホワイトアウト。画面進退なし、真っ白のまま硬直。
• 呆れつつもMovable Typeのダッシュボードにログインすると、“ システムメニュー ” のダッシュボード画面が出てくる。
• 今度は舌打ちしつつ、今しがた日記を書いていたブログのダッシュボードに移動し、“ 一覧 ” から記事を選択。すると、その記事一覧のリストのなかには、きちーっと俺様が今しがた書いた日記のタイトルは存在してるって顛末。内容もドンピシャ。
• 当然、そのブログのインデックスページには反映されてないので、一個前までの日記で凍結されたまんまであり、最後にもう一度舌打ち。ため息はつかない。

　おかしくね?
　ちなみに、IE7でも確かめてみたら、多少違うってだけで一緒。
　IE7の場合は、インジケータは進むものの、Firefoxでホワイトアウトするタイミングで、上に並んでる “ 保存、確認 ” のボタンにグシャッとしたヒビみたいなのが入るってだけ。クリックしてもききやしねぇ。
　前は、404なのか “ インターネットに接続されていない可能性があります ” とか言われた。500番代?
　でもタイムアウトとかなら、それなりのメッセージ出るんじゃなかったっけ?

　“ 真っ白 ” のキーワードでも、みなさんとは症状がまるで違うらしいのだな。

　まず、手順。
　一応書いておくと、投稿や観察には “ Firefox ” を使用中。

　“ 新規作成 ” から “ ブログ記事 ” をクリック。『 新しいブログ記事 』 ってのが当然出てきて、新規投稿の画面はみなさんと同じく表示されてるはず。
　で、ズズズイーと日記を書きーの、タグ、キーワードを設定しーの、公開日、出力ファイル名のベースネームを設定。
　して、最後に “ 保存 ” ボタンをクリック。
　Firefoxなもんで、右下に進捗状況を示すインジケータが表示されるわけだ。
　でも、それはまったく微動だにせず、ほぼ止まった状態でしばらく経過。そして、いきなりホワイトアウト。真っ白けっけで、うんともすんとも言わなくなるのだな。

　しかしながら、これの1つ前の記事みたいに、いきなり一発目で突如反映されちゃうってことも、ままあり。
　いや、ひさびさだな。“ Ping送信 ” の画面出てきたとき、思わず “ おぉ～～～～!! ” って声出たわ。
　ほぼない。

　はて、なにがいけないんでしょうねぇ～……
　ベースネームでページ作るからいけないのか?　タグが多すぎなのか?　キーワードとかあり得ねぇか?
　なに?　なにがいけないのだ?
　すべて性……いやいや、 “ 静的 ” な構築だから、全部のテンプレートいちいち再構築させるのがいけないのか?
　モジュールのテンプレートだけなんか “ 緑色のポッチ ” はずすなんてことできんのか?
　テンプレートモジュールだけ“ ダイナミックパブリッシング ” にしてもいいの?
　っつーか、そんなことできんの?
　あくまでテンプレートモジュールだから、そこは勝手に引っ張ってきて読み込んでるだけで、そこはダイナミックにしても拡張子 “ html ” のまんまでも関係ないの?
　んもぉ～～～～～～～～～……



　あ、そうだ。
　さっきは、日付の変更を忘れてた。そしたら反映されて再構築までこぎつけたっぽい。
　で、そのあと “ あっ、ヤッベ ” っつって日付の変更するために編集画面から日付変えて、保存したら、また真っ白。
　日付変えるとご機嫌斜めになっちゃうの?
　再構築はできたとしても、そのあと半角でキーワード設定してて、そのままENTER押ささって保存状態に直行されたあかつきに、タグとかキーワードをあとから設定しようとしても、二度目の保存がきかない。再構築されず、真っ白になり、ホワイトアウト・アゲインに成り下がる。
　この “ 保存 ” っつーのがおかしいのだろうか?
　記事一覧のアクションのとこに “ 再構築 ” ボタンも “ 削除 ” ボタンも、いまだ現れず。
　こういうときこそ、そのボタンが欲しいっつーんだよ。

　IE7では、こんなエラーページが表示される。
　思いっきりまんまペーストしちゃうけど、著作権侵害で訴えないでね、マイクロソフトさん。

Internet Explorer ではこのページは表示できません

可能性のある原因:
インターネットに接続されていない。
Web サイトに問題が発生している。
アドレスに入力の間違いがある可能性がある。

対処方法:
接続の問題を診断
詳細情報
この問題は以下を含む様々な原因により発生します:

インターネット接続が切断された。
Web サイトが一時的に利用できない。
ドメイン ネーム サーバー (DNS) に到達できない。
ドメイン ネーム サーバー (DNS) に、この Web サイトのドメイン名の一覧がない。
これが HTTPS (安全な) アドレスである場合、[ツール]、[インターネット オプション]、[詳細設定] の順にクリックして、[セキュリティ] の項目の下にある、SSL と TLS のプロトコルが有効になっていることを確認してください。

オフラインのユーザーには

購読されたフィードおよび最近表示した Web ページをいくつか表示することができます。
購読されたフィードを表示するには

[お気に入りセンター] のボタンをクリックして 、[フィード] をクリックしてから、表示するフィードをクリックしてください。

最近表示した Web ページを表示するには (動作しないページもあります)

[ツール] をクリックしてから [オフライン作業] をクリックしてください。
[お気に入りセンター] のボタンをクリックして、[履歴] をクリックしてから、表示するページをクリックしてください。

　で、なにかがおかしいっつーことで、習慣なのかクセなのか、その真っ白ページのソースコードを見てみた。
　すると、どうだろう?
　Firefoxでは “ フォームの有効期限が切れてて、もう一度フォームの内容を送信します ” みたいなことを言われ、IE7では、ただの真っ白という結果を招いた。
　で、Firefoxで “ はい ” をしてフォームの内容を送信したっぽくて、記事の一覧を見たら、3つもこの記事が作られてやがった。
　まったくもって Sucks。



　その前に “ mt-config.cgi ” のなかの何行かコメントアウトしたのが良かったのかなぁ～とか期待したけど、違ったみたい。
　その行とはこれ。

DeleteFilesAtRebuild 1
ShowIPInformation 1

　これはなんだか 『 小粋空間 ” さんで、設定しとくと良さげな感じだったのでそのまんま書いてみただけなんだな。
　でもこの症状には関係なかったらしい。

　いっときはコメントアウトしてもダメだった “ MT-Static ” のURLも絶対に変えたし、なにがおかしいのか I don't understand.
　一つの日記書くたびに全体の再構築しないと反映されないんじゃ、書く気も起きねぇずら。全体の再構築に30分とかかかるんだな。やってらんねぇべ、んなこと。



　君と出逢ってから、いくつもの、夜を語り明かした……
　トランク一つだけでぇ～浪漫飛行へ In the sky……



　でもって、MySQLのテーブルのチェックしたら、こんなエラーっつーのかなんか知らんけど、メッセージ出るしな。

テーブル `mt_entry` のインデックスに問題があります
INDEX というキーがカラム `entry_blog_id` に複数作成されました
テーブル `mt_ts_job` のインデックスに問題があります
カラム `ts_job_funcid` に UNIQUE キーと INDEX キーを両方指定することはできません

　意味がわからん。
　これってどういうことなの?
　読んでそのまんまかと思って、複数使ってるっていうから一つ消してみたら、またなんか別のところで複数使ってるとか言いやがる。
　試しに一個消してみたら、記事の保存自体されなくなるという事態になった。

　あんまし公開しちゃいけないことなのかもしれんけど、だれかわかる人いるかもしれんから一応書いておくと、俺様の “ mt_entry ” のテーブルはこういうことになってる。

PRIMARY PRIMARY 1244 編集 削除 entry_id mt_entry_author_id INDEX 1 編集 削除 entry_author_id
mt_entry_status INDEX 2 編集 削除 entry_status
mt_entry_blog_authored INDEX 1244 編集 削除 entry_blog_id
entry_authored_on
mt_entry_basename INDEX 1244 編集 削除 entry_basename
mt_entry_created_on INDEX 62 編集 削除 entry_created_on
mt_entry_modified_on INDEX 124 編集 削除 entry_modified_on
mt_entry_authored_on INDEX 1244 編集 削除 entry_authored_on
mt_entry_class INDEX 2 編集 削除 entry_class
mt_entry_blog_id INDEX 4 編集 削除 entry_blog_id
mt_entry_week_number INDEX 207 編集 削除 entry_week_number

　そしてもう一つトラブル発生してるっぽいテーブル “ mt_ts_job ” の中身。

PRIMARY PRIMARY 0 編集 削除 ts_job_jobid mt_ts_job_uniqfunc UNIQUE なし 編集 削除 ts_job_funcid
ts_job_uniqkey
mt_ts_job_funcid INDEX なし 編集 削除 ts_job_funcid
mt_ts_job_run_after INDEX なし 編集 削除 ts_job_run_after
mt_ts_job_uniqkey INDEX なし 編集 削除 ts_job_uniqkey
mt_ts_job_coalesce INDEX なし 編集 削除 ts_job_coalesce

　MySQLに関しては、まったく知識がないもんだから、作成した瞬間からなんらイジッてない。
　まったく意味がわからない。これのなにが悪いのか、さっぱりだ。
　まあ、なんとなく “ ID ” が二つ、なんか違うやつに設定されてるのは基本的によろしくないんだろうなっていうぐらいにしか理解できない。
　こういうキーで設定されてるから日付とか変えちゃいけないのか?　これだとなんかどっかで衝突とか起こしちゃってるのか?
　で、全体の再構築だと、特になんらエラーもなく、ホワイトアウトすることもないってのが癪だ。たまぁ～にポップアップの小ウィンドウで出てくる再構築の画面も真っ白になることはあるけども、そっちはごく稀。
　記事のホワイトアウトはもう慣れてるけど、全体の再構築で真っ白になられると、めったにない分、机の脇のスタンドのライトをチカチカチカチカ無意味につけたり消したりしてしまう。すっげぇ時間かかる分、すっげぇイラつくんだゼぇ～～～～～～～ット!!!!
　そうだろ、アニキ??



　あ、そうだ。
　ほかの 『 Love Life 』 とかだと、なぜか不思議とあまり起きない。『 Love Life 』 の場合は、『 松田拓弥.オルガズム 』 より頻度が少ない。
　なぜだ?
　もう何回 『 浪漫飛行 』 熱唱したかわからねぇ。

　早急に解決策を探したひ。
　じゃなきゃ、日記とか全体の更新が滞る一方なんだな。
　『 浪漫飛行 』 の歌詞、全部暗記しちまったぜ。
　まあ、それはそれでいっか。