Movable Type で再構築エラーになる場合の原因と対処

Movable Type で再構築エラーになる場合の原因と対処

Posted at April 26,2006 1:50 AM
Tag:[MovableType, Rebuild, TroubleShooting]

Movable Type 3.2-ja-2 で再構築エラーに関する質問を頂くことが多いので、本エントリーにまとめました。

1.エラー現象

「再構築エラー」とは、主に下記の現象を指します。
  • 500エラーが表示される
  • テンプレート内で MTLink タグを使用していると、そこでエラーとなる(場合がある)

いわゆる「500エラー」とは、 Internal Server Error つまり内部サーバエラーのことで、CGI等のプログラムが何らかの理由で実行できない、あるいはプログラムにエラーがある場合に発生します。
MTLink タグのエラーも500エラーと同様で、MTLink タグのエラーに見えるのは、たまたまそこでエラーメッセージを表示できる実装になっているからではないかと推測しています。

2.再構築エラーの原因

Movable Type で再構築エラーが発生する原因としては、これまで頂いたご質問を集計すると、
  • Movable Type の DB に BerkeleyDB を使用
    → BerkeleyDB はお手軽ですがパフォーマンスに難があります
  • エントリー・アーカイブの再構築単位
    → デフォルトの再構築単位は40(エントリー)ですが、この値では再構築エラーになる確率が高いです
  • エントリー・アーカイブの「最近のコメント」で recently_commented_on を利用している
    → lastn 属性を使用しない recently_commented_on 属性の使用はメモリ消費量が増大します

によるものがほとんどのようです。
そしてこれらを誘発する原因として下記が考えられます。

  • サーバのパフォーマンス
  • サーバのメモリ量

よくある例として、複数名で共有しているレンタルサーバが考えられます。このケースでは CPU やメモリ等の事実上のスペックは、マシンを占有する人数や使用頻度に反比例して低下していきます。故に再構築の成功率も同時に低下することになります。
また上記の要因が複合すれば再構築エラーが発生する確率はさらに高くなります。

3.エラー解消方法

とりあえず目前のエラーを回避する方法と、本格的な対処の2通りを紹介します。

3.1 とりあえず回避する

  • デフォルトテンプレートに戻す
    デフォルトテンプレートの状態であれば再構築時のエラーはほぼ皆無という認識です。理由は次の内容をご覧ください。
  • エントリー・アーカイブのサイドバーを削除してみる
    例えば、当サイトの公開テンプレートとデフォルトテンプレートとの大きな違いは、アーカイブページのサイドバーの有無です。公開テンプレートのアーカイブ・テンプレートにはサイドバーにリスト類(カレンダー・最近のエントリー/コメント/トラックバック・カテゴリーリスト・月別アーカイブリスト)を色々と表示しており、その分、MTタグからHTMLマークアップを生成する時間が増加し、結果的に再構築時間に影響を与えることになります。つまりサイドバーにリスト類を表示している場合、それらを全てなくすことで再構築時間を短縮することができます。

なお、再構築エラーは前述の通り複合的な要因で発生します。公開テンプレートでアーカイブテンプレートのサイドバーに情報を表示すること自体についてはテンプレートのバグではありません。その点誤解なきようお願い致します。

3.2 本格的な対処

対処しやすい順番に並べています。
  • 再構築単位を少なくする
    mt-config.cgi の下記の部分を
    # EntriesPerRebuild 40
    から
    EntriesPerRebuild 10
    に書き換えます。10でもエラーになる場合は値をさらに小さくしてください。かなりの方がこれで解消されています。
    3.3 では mt-config.cgi にこの設定自体がなくなっていますので新たに追加してください。
  • DB を MySQL または SQLite または PostgreSQL に移行する
    パフォーマンスに問題のある BerkeleyDB の使用をおやめになることを強く推奨します。SQLite の移行方法については、Movable Type + SQLite を参照ください。
    MySQL自体の性能は高いのですが、ひとつのDBを多くのユーザでシェアしている場合は解消されないかもしれません。心配な場合はレンタルサーバのサポートに確認してください(自宅サーバ+MySQLはかなり快適です)。PostgreSQL については MySQL と同等とお考えください。
    ロリポップの場合は SQLite への移行をお勧めします。
  • サーバを変更する
    レンタルサーバもピンキリで、最終的にはサーバや DB のパフォーマンスに依存します。何をやっても事象が好転しない場合はこれをお勧めします。

2006.04.28 追記
rebuild支援ツールとダイナミックパブリッシングを追加しました。

2006.06.20 追記
文言等修正。

関連記事
トラックバックURL


トラックバック

Movable Typeの再構築エラーに関する対処法 from いどばた.info
Movable Typeでブログを構築している人の為に。 エントリー再構築時に発... [続きを読む]

Tracked on April 28, 2006 12:51 AM

MovableTypeで再構築エラーを回避 from おじさんの備忘録
MovableTypeの再構築時に発生する500 Internal Server Errorを減らす。 [続きを読む]

Tracked on April 30, 2006 9:13 AM

ついにやっちゃいました! from オラオラ
最近再構築時に以上に時間がかかったり、エラーが出たりするのが気になっていました... [続きを読む]

Tracked on April 30, 2006 10:27 PM

ムジーク店舗HPと店長ブログを大改造! from cafe musique69
サーバ上で利用しているデータベースに由来していると推測される、インターナル・サーバ・エラー500が頻発していた為、再構築にやたら手間が掛かっていた... [続きを読む]

Tracked on May 4, 2006 3:05 PM

MovableType 再構築時「500エラー」解消 from 人間万事塞翁が馬 で行こう
MovableType 3.2†ja†2に変更してから 再構築時に、いわゆる「5... [続きを読む]

Tracked on June 3, 2006 8:06 AM

陳謝、のコト from 六百デザインの「嘘六百」
久しぶりにスパム・コメント&トラックバックを削除していたら、誤って普通のコメント... [続きを読む]

Tracked on June 12, 2006 2:44 AM

再構築時の500エラー from que sera sera
Movable Typeで再構築をするときに500エラーがでて先に進めない。 ... [続きを読む]

Tracked on June 16, 2006 6:43 PM

Movable Typeエントリー再構築のエラー from collabospace blog
ここ1ヶ月程、エントリーの再構築エラーで悩んでいましたが、解決しました。 1ヶ月... [続きを読む]

Tracked on June 20, 2006 1:32 AM

再構築でエラーが出てしまう問題と解決方法 from いろいろ備忘するよ
サーバープランの変更に伴い、全部ログを移転したのですが、barkleyDBの まま運用していたせいか、非常にパフォーマンスが悪く、サイトのRebuildを... [続きを読む]

Tracked on June 24, 2006 6:34 PM

MT 3.3ベータ2公開 from らっぱ王子
Movable Type 3.3 ベータ2 を公開 (Six Apart - Movable Type News) もうベータ2まで行きましたか。そろそろ... [続きを読む]

Tracked on July 3, 2006 6:23 PM

サーバー移転 from Sleepy City
私もロリポップで永らくやっていました。 このブログはMTの導入実験みたいな側面... [続きを読む]

Tracked on July 12, 2006 9:16 AM

MobableType 3.31 アップグレード その2 from ドリトル漂流記
アップグレードも無事終了、デザイン変更も一段落と思いきやエラーが出てブログの再構... [続きを読む]

Tracked on July 13, 2006 12:45 PM

MovableTypeデータベース移行 from green330
MovableTypeのデータベースをBerkeleyDBからSQLiteに移行... [続きを読む]

Tracked on August 2, 2006 1:58 AM

Movable Type で再構築エラーになる場合の原因と対処 from 吉田哲也ブログ(仮)
何度か、再構築エラーを経験し、サーバー移転やDB使ったりしたのですが、こういう改... [続きを読む]

Tracked on August 5, 2006 5:57 PM

Movable Type 再構築エラー from Routinework Blog
Movable Typeで再構築する時によくエラーが起きるので、小粋空間を参考に... [続きを読む]

Tracked on August 28, 2006 10:02 PM

Movable Type 再構築エラー from Routinework Blog
Movable Typeで再構築する時によくエラーが起きるので、小粋空間さんを参... [続きを読む]

Tracked on August 29, 2006 11:30 PM

いろいろ弄ってみた from ?Memories of Life?
ブログのレイアウトをいろいろ弄ってみました。3カラム可変だったのを3カラム固定に... [続きを読む]

Tracked on September 11, 2006 1:23 AM

【MT】v3.3xで再構築エラー対処 from Going My Way
3.31で急にcgiが激重になり、3.32で改善することを願ってバージョンアップ... [続きを読む]

Tracked on September 24, 2006 9:27 AM

MovableType 3.33 from 雑記
古いMovableType(本ブログで使用しているシステム)にクロスサイトスクリ... [続きを読む]

Tracked on October 6, 2006 11:04 PM

MT3.3再構築エラーの原因 from ほぼ日刊へろへろ管理人日記MT
先日クライアントのブログ(MovableType)のバージョンアップで再構築が重... [続きを読む]

Tracked on October 27, 2006 9:49 PM

500エラーの恐怖(笑) from ♪poohな毎日♪
最近サーバーが重いせいなのか、Blog再構築すると500エラー多数出現 新規エン... [続きを読む]

Tracked on December 7, 2006 10:38 PM

ロリポップサーバーのMovable Type再構築エラーに対処する from セカンドノート
現在、当セカンドノートには276のエントリーがあるが、250を越した辺りから、M... [続きを読む]

Tracked on December 8, 2006 10:15 PM

直った直った。 from うらかわのbloq
どうも、こういうことらしい。 要するにサーバのパフォーマンスに対して当ブログが大きくなってしまったか、サーバの仕様人数が増えたか。ほんとか?... [続きを読む]

Tracked on January 26, 2007 10:40 AM

500エラーの原因を考えるー500エラーその2 from digital lab
さて、前回の「500エラーが頻発!!」の続きです。「500エラー」について調べてみると、この辺の記事がでてきました。 [続きを読む]

Tracked on February 25, 2007 7:06 PM

500エラー対処法ー500エラーその3 from digital lab
今回は「500エラー」対処法について紹介します。前回までの記事は「500エラーが頻発!!」、「500エラーの原因を考える」を見てくださいね。 [続きを読む]

Tracked on March 2, 2007 1:54 PM

今日のMovable Type:Ajaxを利用したMT用超高速検索システムはスゴすぎる! from 世界中の1%の人々へ
Movable Typeの可能性がAjaxによりまたひとつ、広がった 昨年4月末から悩んでいた事が、あっけなく解決した。 というのは、Movable T... [続きを読む]

Tracked on March 3, 2007 4:11 AM

Movable Typeで再構築時エラー from Movable Typeでネットショップ
ネットショップを作るとき誰でもエントリーしやすいようにとCostomFields... [続きを読む]

Tracked on March 19, 2007 11:24 PM

Movable Typeとサイトパフォーマンス from 匠システム
こんにちは、担当上岡です。 「ブログを開設する」と言うとき、最近では様々な選択肢... [続きを読む]

Tracked on April 26, 2007 4:44 PM

Movable Typeで再構築時エラー from Movable Type備忘録
CostomFieldsプラグインでエントリー入力項目を18個増やした。そのせい... [続きを読む]

Tracked on May 7, 2007 8:31 PM

MTの再構築できない症状を治す(3.3のばあい) from coza4 diary
ムーバブルタイプのバグを取りました。 企業サイトの一部に組み込まれたのブログです。 テンプレートを変えてレイアウトをそろえる必要が... [続きを読む]

Tracked on September 11, 2007 12:18 PM

サーバー移転と過去記事URLの変更 from Sadoru.log
アドレスは(見かけ上)変わってないんですけども、実はこのブログ運用してるサーバー... [続きを読む]

Tracked on March 1, 2008 9:52 PM

Movable Type 4.1 へアップグレード from kurryblog-くりぶろぐ
やっと、Movable Type 3.3 から 4.1 へアップグレードしました... [続きを読む]

Tracked on May 11, 2008 10:58 PM

過去記事エントリ、頑張って修復しております(泣) from 湘南画材研究所@MT
記事エントリが滞っていたのは、この年末にきて個人Blogのサーバ移行を企てたので... [続きを読む]

Tracked on December 28, 2008 10:58 AM
コメント

こんにちは:-)

以前500エラーで困っていたときに試した方法で効果のあったのがrebuild支援ツールです。
http://www.na.rim.or.jp/~tsupo/program/rebuild-tool/

対策としてダイナミックパブリッシングにしてしまうというのもアリかもしれませんね?
(サーバーによって非対応のところもあるかもそいれませんが…)

壱さんのblogにはPerl版ダイナミック・パブリッシングもありますね!
http://www.h-fj.com/blog/archives/2005/12/19-102034.php

それと最終的にはPHP+MySQLの再構築不要blogツール(WordPress/Textpattern)に移行しちゃうのもいいのかも!
なんちゃって:P

[1] Posted by lomo : April 26, 2006 10:24 AM

>lomoさん
こんばんは。
ご無沙汰してます。
解消する手段はまだ色々ありましたね。
情報ありがとうございます。

ダイナミックパブリッシングはまだ一回も試してませんでした(笑)。

[2] Posted by yujiro : April 28, 2006 1:48 AM

テンプレ使用者ではありませんが、カスタマイズではいつもお世話になっています。

再構築エラーですが、私からもダイナミック・パブリッシングを「本格的な対処」に付け加えていただけたら嬉しく思います。
ダイナミック・パブリッシングは再構築が不要なので、ダイナミックにすると再構築に関するエラーはなくなります。一番抜本的な解決方法ではないかと思うのですが…。

私はダイナミック・パブリッシングでMTを動かしてきて1年以上になりますが、これまでに1回もエラーを経験したことがありません(冗談ではなくて本当に)。再構築が必要な時でも瞬時に終了する(記事数200で5秒)ので速くて快適です。

ダイナミック・パブリッシングはMTに標準装備の基本機能ですから、どんどん活用されるといいと思います。
Perl版でなくても標準のダイナミックでも工夫次第でプラグインも使えるし、頁分割も出来るので、けっこう使えますよ。

[3] Posted by TAEKO : April 28, 2006 4:04 PM

>TAEKOさん
こんばんは。
コメントありがとうございました。
ということで記事に加えました。

色々情報ありがとうございます。
ではでは!

[4] Posted by yujiro : April 29, 2006 1:09 AM

yujiro さん

ご無沙汰しております。
再構築の記事参考になりました。
私は導入当初からMySQLを導入していたのですが、早い段階から再構築エラーが出ていました。処理数を40から10へ変更する事で、エントリーの再構築エラーは出なくなったのですが、アーカイブのみにの日別とカテゴリ別はエラーとなってしまいます。これは何か原因があるのでしょうか?

[5] Posted by せいざん : May 28, 2006 11:55 AM

>せいざんさん
こんにちは。
ご無沙汰してます。
ご質問の件につきましては原因不明ですが、MySQLも複数名で使用しているとパフォーマンスが低下します。
とりあえず本文に掲載している「rebuild支援ツール」をお使いになってみてはいかがでしょうか?
それではよろしくお願い致します。

[6] Posted by yujiro : May 29, 2006 12:39 PM

いつもお世話になっております。最近、Blogを再構築すると途中で時々「サーバーが見当たりません」とエラーが出ます。まだ。記事数は少ないのですがどうしてでしょうか? この記事を拝見してまずは、再構築単位を40から10にしてみました。それから、試みましたけど不具合があるときはそれでも解消されません。記事数が少ないのにこのような現象がおきるとこの先思いやられます。現在、レンタルサーバー「ハッスルサーバー」なることろを使用しておりますがやはりサーバーの非力さなのでしょうか?現状で何か対処する方法はないでしょうか?また、MYSQLのバックアップも積立てた記事の為にもとっておきたいのですが。また、現状のままでレンタルサーバーの移行もどのようにすれば良いのでしょうか? 色々と質問ばかりで大変申し訳ないのですが宜しくサポートお願い致します。

質問内容まとめ
1)サーバーエラーの対処方法
※再構築の途中で「サーバーが見当たれない」と出る為完全に再構築できない

2)MYSQLサーバーのバックアップ方法
※障害での対策

3)現状のままでのレンタルサーバー移行方法
※今回の不具合を考えてサーバー変更検討する為

4)推薦できるようなレンタルサーバーないでしょうか?
※なるべく快適でPHP、独自CGI可能である事

以上4件お手数ですがサポート宜しくお願い致します。

[7] Posted by panser : June 1, 2006 2:22 AM

>panserさん
こんにちは。
ご質問の件ですが、

1)このエントリーに書かれてある他の方法もお試しください。
2)調査します。
3)「現状のまま」とは何を指されていますでしょうか。具体的な内容をご連絡ください。
4)個人的にはさくらインターネットのレンタルサーバがお薦めです。

それではよろしくお願い致します。

[8] Posted by yujiro : June 2, 2006 12:23 PM

yujiro さん

こんばんは。
再構築エラーの件、処理数を40から5へ変更する事で、カテゴリアーカイブのエラー以外は回避できました。
結局カテゴリアーカイブはリンクを無くし、エントリーリスト表示を行う事でエラーを回避できました。

[9] Posted by せいざん : June 4, 2006 7:55 PM

>せいざんさん
こんにちは。
記事参照ありがとうございました。
カテゴリー・アーカイブも分割再構築ができるといいんですけどね。
ではでは。

[10] Posted by yujiro : June 6, 2006 10:08 AM

こんにちは。再び書き込みさせていただきますm(_ _)m

最近エントリー数が増えてきたからなのかエントリーを再構築しただけで500エラーが出てしまうようになりまして参考にさせていただきました。

テンプレートはこちらのを使用させていただいております。

・EntriesPerRebuild 10 は付け足しました。
・SQLiteに変更いたしました。
・php化になっています。

上記を施しても変化がありません。
ちなみにデフォルトテンプレートには戻したくなくて戻していません^^;

ダイナミックパブリッシングにするとありますが、やり方がわかりません;;
コメントの最初のlomoさんのサイトで探せばいいのでしょうか。

古いMovableTypeから現在のものに移行しようと思っていて、ログをまだ移しきってない(必要なものだけ手打ちしてます)んですが
エラーばかりで困っています。

サーバーはロリポップなのですが、サーバー側は何も異常はないと言われました^^;

次は何をしてみるべきかご指導いただけたらと思います。
こんな書き込みですみませんm(_ _)m

[11] Posted by shee : October 31, 2006 4:00 AM

>sheeさん
こんにちは。
ご質問の件ですが、ダイナミック・パブリッシングについてもエントリーしたいと思っています。
なおダイナミック・パブリッシングを利用する場合 MySQL への移行が必要です。
ただし、ロリポップでは MySQL 自体が過負荷状態で、ダイナミック・パブリッシングを利用するとページが表示されるまでにかなり時間がかかってしまうようです(そのためロリポップでは SQLite が推奨されている模様です)。

The blog of H.Fujimoto:再構築不要化カスタマイズ(MT3.3専用版)はいいかもしれません。

あと一番の解決方法は「サーバ移転」です。
それではよろしくお願い致します。

[12] Posted by yujiro : October 31, 2006 1:34 PM

早速のお返事ありがとうございます^v^
ところで、yujiroさんのおすすめサーバーはさくらでしたよね?
さくらはサクサクですかぁ?

[13] Posted by shee : November 1, 2006 1:44 AM

>sheeさん
はい、さくらの「スタンダードプラン」です。再構築単位は少なくしていますが、現在のところ問題なく稼動しています。
値段も手頃なので個人的にはお勧めです。

[14] Posted by yujiro : November 1, 2006 2:37 PM

こんばんは。久しぶりにMTを意地ってみたらindexテンプレートの再構築で500エラーが発生してしまいました。これもやはりDBが原因なのでしょうか?

[15] Posted by milk-cocoa : November 4, 2006 3:36 AM

>milk-cocoaさん
こんばんは。
ご質問の件ですが、DBの他、レンタルサーバの性能も関係してきます。
最近、再構築中のコメントスパムやトラックバックスパムが原因という話も出てきています。
それではよろしくお願い致します。

[16] Posted by yujiro : November 4, 2006 10:11 PM

お返事ありがとうございます。
やはりDBを移行しようと思っています。先日、BerkeleyDB から MySQL に移行したところ mt-db2sql.cgi はうまく動作したのですが、その後データがきちんと反映されてない状態になってしまいます。レンタルサーバはロリポップを使ってます。なにかアドバイスをお願いします。

[17] Posted by milk-cocoa : November 6, 2006 10:21 PM

>milk-cocoaさん
こんばんは。
ご質問の件につきまして、「きちんと反映されてない状態」がどの程度か不明ですが、BerkeleyDBのバックアップが残っているのであれば、Movable Type の「データの書き出し」でエントリー・コメント・トラックバックはテキストデータでバックアップし、テンプレート類は(面倒ですが)ひとつずつテキストコピーでバックアップし、MTを新規インストール(した後にバックアップデータを読み込ませる)するという手もあります。
またロリポップは「MySQL より SQLite の方がパフォーマンスがいい」という記事をみかけますのでそちらも視野に入れてみてはいかがでしょうか。
それではよろしくお願い致します。

[18] Posted by yujiro : November 6, 2006 11:48 PM

早い返信感謝します!コメント後もいろいろ調べたところyujiroさんのいうSQLiteに移行する記事を見つけてそちらで移行して先ほど無事に完了しました^^ お手数をかけて申し訳ございませんでした。。。

[19] Posted by milk-cocoa : November 7, 2006 1:03 AM

>milk-cocoaさん
こんにちは。
ご連絡ありがとうございました。
無事に移行できたようでよかったです。
ではでは!

[20] Posted by yujiro : November 8, 2006 12:33 PM

はじめまして!
いつも大変参考にさせていただいています。
小粋空間様を参考にphp化の作業をしていました。php拡張子をつけ、index.htmlを消し、ヘッダーにphpを認識するタグを挿入しました。

一通りのことが終わって
サイトの再構築をしたとき

エントリー・アーカイブ「サイトの評価」の再構築に失敗しました: テンプレート「カテゴリー・アーカイブ」の再構築に失敗しました: <MTCategoryPrevious>タグでエラーが発生しました: <MTCategoryPrevious>タグが適切なコンテキスト外で使われました。

というエラーが出ました。

これは何が原因なんでしょうか?

[21] Posted by 北斗 : December 11, 2006 11:50 PM

>北斗さん
こんにちは。
ご質問の件ですが、MTCategoryPrevious タグを利用している部分を一旦削除してみて頂けますでしょうか。
それではよろしくお願い致します。

[22] Posted by yujiro : December 13, 2006 12:57 PM

こんにちは。いつもお世話になっています。

昨日MTを3.34にアップグレードし、新規投稿をしようとしたところ、「500エラー」が出るようになりました。記事自体は保存されています。

次に、MTの編集画面の左にある「再構築」を使ってみたところ、アーカイブの日別、月別、カテゴリでは再構築ができましたが、インデックス・テンプレートとエントリーは出来ませんでした。

再構築単位を「5」にしてもだめなようです。

昨日アップグレード作業をしているため、これが失敗だったのではないかと心配しているのですが、アップグレード自体は成功しているんですよね?

とするなら、次は…「rebuild支援ツールの利用」なのでしょうか?

ちなみに、テストブログを作成していますが、そちらでの新規投稿は問題なくできました。

[23] Posted by あや : February 5, 2007 9:51 AM

>あやさん
こんにちは。
対処は順番通りでなくても結構ですが、問題の切り分けを行って根本的な原因を発見する方が良いでしょう。
根本的な問題を発見する観点としては、

・レンタルサーバ・DBは何をお使いでしょうか?
・デフォルトテンプレートに戻しても再構築に失敗しますか?
・テストブログのテンプレートはデフォルト状態のままでしょうか?

といったあたりです。3.1項をお試しになっているか不明ですが、サイドバーを外してみてもいいでしょう。

アップグレードが失敗した場合は致命的なエラーになるので、一応成功していると思われます。
それではよろしくお願い致します。

[24] Posted by yujiro : February 5, 2007 11:43 AM

ありがとうございます。

・レンタルサーバーは「さくらインターネット」です。
DBは…見方が分からないのですが…さくらインターネットのマニュアルを見ながらMTを導入して以降、何も変更していません。

・デフォルトには戻していません。

・テストブログのテンプレもこちらで配布されているものです(リンク先アドレス中のblogの前にtestを入れると出ます)

・3.1項はまだ試していないので、この週末の連休に落ち着いて挑戦しようと思います。

いつもお騒がせして申し訳ございません…。

[25] Posted by あや : February 6, 2007 10:04 AM

>あやさん
こんにちは。
プランは「ライトプラン」でしょうか。もし「スタンダードプラン」をご利用であればDBはMySQLにされた方がいいかもしれません(現状はSQLite のようです)。

当サイトで配布しているテンプレートはサイドバーに情報を色々表示していますので、その分再構築に時間がかかり、サーバやDBのパフォーマンスによってはエラーが発生する可能性があります。
おっしゃる通り、3.1項または一度デフォルトテンプレートで動作をお試しください。
それではよろしくお願い致します。

[26] Posted by yujiro : February 6, 2007 2:46 PM

こんばんは。
たびたびの質問で申し訳ございません。

その後デフォルトテンプレートに戻したところ、再構築はできましたが、トップページの記事部分が表示されなくなりました。
(今はスタイルキャッチャーを使って、こちらのテンプレを導入しています)

これを表示させるようにするには…どうしたらよいのでしょうか?
お手数おかけしますが、アドバイスいただければ幸いです。

[27] Posted by あや : February 21, 2007 11:00 PM

>あやさん
こんばんは。
ご質問の件ですが、管理画面の[設定]-[全般]-[表示に関する初期設定]でエントリーの表示方法が「×日分」になっていないかご確認ください。

試しに新しい記事を(今日の日付で)一つ投稿してみても結構です。正常に表示されるようでしたら、その設定を「×エントリー」に直せば他の記事も表示されるようになると思います。

もし表示されないようでしたらメインページのテンプレートの MTEntries タグ(本文を表示するタグ)に lastn 属性が設定されている可能性がありますので、この属性を削除してください。

それではよろしくお願い致します。

[28] Posted by yujiro : February 21, 2007 11:41 PM

yujiroさん、こんばんは。

いつも通り記事を参考にさせてもらい、更にトラックバックもいただいていきました。(^^)

エラーの件はだんだん記事やカスタマイズが増える度に増えてきそうで怖いです。
やはり、PHP化する方が負荷が軽減されてエラーもでづらくなるんですかね?

[29] Posted by ゆう : March 2, 2007 8:58 PM

>ゆうさん
こんばんは。
トラックバックありがとうございます。
PHPは再構築時間を短縮する良い方法ですが、アクセスが増えると今度は503エラーが発生する可能性があります(PHPがCGIとみなされた場合)ので、「条件つきGET」の仕組みを入れておくと良いでしょう。

またサイドバーの情報は Ajax で取得する方法もあります。これについては折をみてエントリーしたいと思います。
それではよろしくお願い致します。

[30] Posted by yujiro : March 5, 2007 5:48 PM

ご無沙汰しております。
その後多忙で放置しておりましたが、時間ができたので、思い切ってDBをMySQLに変更してみました。

その結果再構築でき、表示がなされるようになりました。

いろいろとありがとうございました。
今後ともよろしくお願いいたします。

[31] Posted by あや : March 15, 2007 12:58 PM

>あやさん
こんばんは。
ご連絡ありがとうございました。
無事に直ったようで良かったです。
ではでは!

[32] Posted by yujiro : March 15, 2007 10:32 PM

再構築時に起こる状況につきましてご存知の事があればご教授願います。

利用しているMTは3.2、サーバーはMySQLなどをサポートしていないため「DB」を利用しております。ブログの更新は管理者を一人とし、複数名で個別にIDを持たせエントリーの書込みをカテゴリー別に更新させています。

先日、ホスティングしているサーバーの容量がMAXになっている事を知らずにエントリーの投稿を行いました。記入者はエントリーが完了せぬままきっとブラウザを閉じたり恐らく保存ボタンなどを連打したのだと思われ。エントリーの投稿が結局行えず、管理者側でエントリーの確認を行ったところ多重投稿が行われていました。
不用なエントリーを削除するのと同様な手順で削除を行ったのですが、その後の動きがおかしくなりました。

その重複したタイトルのエントリーの一つになぜか、管理者ID(管理者のみがIDとパスを知っている)が投稿した事になっていたのです。

全てを再構築・または日別・週別・月別のアーカイブを再構築すると以下のようなエラーメッセージが吐き出されました。

(見やすくするために改行しました)
日付アーカイブ「Weekly20070909000000」の再構築に失敗しました
: テンプレート「日付アーカイブ」の再構築に失敗しました
: <MTEntries>タグでエラーが発生しました
: <MTDateHeader>タグでエラーが発生しました
: MTEntryDateタグには日付コンテキスト設定が必要です。

テンプレートから既存のアーカイブとバックアップを取ってあるアーカイブと比較をしても特に問題なし。(差異なし)何度、再構築作業をしてもこのエラーが出てしまいます。各サイトを見回ってみたものの、よく似た事例がありますがそれは解決策に繋がりませんでした。

再構築が完了できない今のページ表記として、「月別アーカイブ」のリストには「2007年09月」の項目に7つのエントリーが無ければならないのですがなぜか分散されていました。(2007年09月が2項目。エントリー数1と6に分別された)
FTPツールにて直接サーバーの中を覗くと月別アーカイブとして生成されるはずの「indexファイル」がありませんので月別アーカイブの2007年09月はNotFoundとなっています。以前の月に関しては全て問題なく閲覧可能でした。

そしてこれまたおかしなことに、月別アーカイブリストに「0000年00月」というFTPツールからサーバーの中を覗いても存在のしないアーカイブが生成されていました。もちろん、エントリーが無いのでエントリー数は0ですし、09月と同様「indexファイル」の生成もされていません。

新規にエントリーを投稿してもサーバーには情報は載りますが(管理画面でのエントリーリストには入っています)、最終的なクライアント閲覧の段階ではニューエントリーリストとして表示されません。しかも書き込み字には上記で記した物とほぼ同様のエラーMESが吐き出されます。

この様な状況、そして現段階での当方からの現状報告をご覧になり、何か「気付いた部分・確認点」などありましたらアドバイスをお願い致します。

現在、エントリーの書き出し、イメージの保存、今までのアーカイブファイルなどをバックアップしました。最悪、MT自体を削除しリカバリーするしかないかもと覚悟はしておりますが、どこかのデータやファイルの調整・修正で復旧の見通しがあるならばやはり一から全てやり直す手段は避けたいところです。

情報の少なさ、などが指摘されるかもしれませんが何卒、解決の糸口になればと思い、コメント欄にてご質問させて頂いた次第です。

[33] Posted by KOOL : September 16, 2007 7:19 PM

>KOOLさん
こんばんは。
ご質問の件ですが、エラーメッセージの「Weekly20070909000000」より、週別アーカイブを再構築しようとしているみたいです。それで、週別アーカイブが再構築対象になっていないのが再構築エラーの原因ではないでしょうか(ただし本来的には週別アーカイブが再構築されること自体がおかしいように思われますが…)。
それではよろしくお願い致します。

[34] Posted by yujiro : September 18, 2007 8:11 PM

yujiroさま。こんにちわ。
いつもお世話になっております。
段々とMT4へ移行している方が多くなってきてそろそろ
私もした方が良いのかな?とかなり思い切ってやったのですが・・・
とほっほ状態ばかりです。何とか?なっているのか分からない
のですが、メインページのエラーなどの解決はしたのですが
再構築の際に「すべてのファイル」で再構築をすると
ブログ記事アーカイブを再構築・・・でカチカチと同じ繰り返しと
その先に進んでくれません。エラー表示でもあればまだ
調べて直しようがあるのですが・・・私の手には負えなくなって
しまったのでyujiroさまにご指導頂きたくまたやってきました。
すべてのファイルではなく、1つ1つやってみたのが下記です。

インデックスのみ:再構築出来ています。
ブログ記事アーカイブのみ:再構築出来てません。
カテゴリアーカイブのみ:再構築出来ています。
日付アーカイブのみ:再構築出来ています。
月別アーカイブのみ:再構築出来ています。

お忙しいとは思いますが、宜しくお願い致します。

[35] Posted by アプル : October 20, 2007 5:05 PM

>アプルさん
こんにちは。
ご質問の件につきまして、申し訳ありませんが当方では解決できそうにありません。
他のブラウザで実行しても同様の結果でしょうか?

また、デフォルトテンプレートでも同様の事象になりますでしょうか?
デフォルトテンプレートで確認する方法は、システムメニューの「ブログ」から新しいブログを作成し、何件かテスト投稿して再構築してください。そちらでも同様の事象であれば、今のブログのバックアップをとって、新規でインストールされることをお勧めします。
それではよろしくお願い致します。

[36] Posted by yujiro logo : October 21, 2007 11:36 PM

yujiroさま。こんにちわ。
いつもお世話になっております。

そうですか・・・(-_-;)残念です。気を取り直してブログを作成してみます。
そしてブログの作成をしてテスト投稿したところ、再構築する事が
出来きました。

それでですが・・・MT3.5の時に、Flashのカレンダーを設置していて
新しいブログにも付けてみたのですが・・・設置すると同じ症状に
あるのは関係がありますか???
それでyujiroさまの横カレンダーにしたいと思っているのですが・・・
早速、表示されず・・・(-_-;)
カレンダーの方へご質問させて頂きますので宜しくお願い致します。

この度は、本当にありがとうございました。

[37] Posted by アプル logo : October 22, 2007 12:10 PM

こんばんは。
お忙しいところ申し訳ありません。
MT4で記事を投稿時に500エラーがでるようになってしまいました。
Ping送信の途中くらいでエラーになってしまいます。
記事自体はアップになってるんですが、・・・Pingは送信されていません。

こちらの記事を読みまして、とりあえず「再構築単位を少なくする」から
試してみようかと思ってるのですが、
MT4の場合もこの方法でいいのか教えていただきたいと思います。

まだブログを始めたばかりで記事は20程しかないのに、なんだか
とっても重いです。

すみませんがよろしくお願い致します。

[38] Posted by 彦にゃん : December 19, 2007 11:31 PM

>彦にゃんさん
こんばんは。
ご質問の件ですが、とりあえず再構築単位を減らすので構わないと思いjますが、サーバの性能に問題がある(夜間は再構築できない等)ようでしたら、サーバの移転をお勧めします。
それではよろしくお願い致します。

[39] Posted by yujiro logo : December 23, 2007 2:26 AM

ご返答いつもありがとうございます。

早速、mt-config.cgiに、(よくわからないので一番最後に)
「EntriesPerRebuild 10」と足してみましたが、だめでした。
「ブログ記事アーカイブのみ」の部分が再構築されないようです。

ロリポップサーバーから他のサーバーへ移転・・・考えてみようと思います。

[40] Posted by 彦にゃん : December 24, 2007 11:08 AM

>彦にゃんさん
こんばんは。
ご連絡ありがとうございました。
個人的には「さくらインターネット」が安定していてお勧めです。

[41] Posted by yujiro logo : December 27, 2007 1:53 AM

こんにちわ。お世話になります。

再構築の数の変更ですが、

MT4の場合も、# EntriesPerRebuild 10 をmt-config.cgiに、付け足せば良いのでしょうか?また、mt-config.cgiに付け足す場合、場所とかは関係あるのでしょうか?

よろしくお願いしますm(__)m

[42] Posted by maki : May 19, 2008 1:07 PM

>makiさん
こんにちは。
ご質問の件ですが、MT4でも同じです。
記述位置は、ファイルの一番最後に追加するのが一般的です。
それではよろしくお願い致します。

[43] Posted by yujiro logo : May 19, 2008 2:07 PM

初めまして、
初めてmtをインストールしていますが
index.htmlにアクセスすると500エラーがでて先に進めません。
どうしたら良いのか分からなくっていきずまっております。
もしよろしければアドバイスいただけないでしょうか?
dbはsqliteを使う予定です。
よろしくお願いいたします。

[44] Posted by egon : April 12, 2009 11:39 AM

>egonさん
こんばんは。
ご質問の件ですが、index.html というのは、MTをアップロードした直後の、インストールを開始する時にアクセスページのことでしょうか。
どこまで作業が進んで、どこで止まっているのか、もう少し具体的な情報を頂けると有難いです。
それではよろしくお願い致します。

[45] Posted by yujiro logo : April 12, 2009 8:43 PM

わっ!
レスポンスホントうれしいです。
いきずまってしまってどうしたら良いのか分からないです。
今の状況はサーバーにアップしてスタティックファイルが見つかりません。
と言われたので、configファイルで手書きしました。
そして、mt.cgiにアクセスするとエラーが発生しました。
Connection error: unable to open database file(1)
と表示されます。
sqliteの設定は 

ObjectDriver DBI::sqlite
Databas /db/
DBUmask 0022
HTMLUmask 0022
UploadUmask 0022
DirUmask 0022

こうなっております。
また、mt-check.cgiのほうも
システムのチェックを完了しました。
と表示されています。
なにがいけないのでしょうか?
お忙しいところ大変申し訳ございませんが
よろしくお願いいたします。

[46] Posted by egon : April 14, 2009 12:49 AM

>egonさん
こんにちは。
ご質問の件ですが、インストールが完了していない状態で、mt.cgi にアクセスすると、データベースの設定が未完了なので、mt.cgi からデータベースにアクセスしようとして、上記のようなエラーになります。
まず、mt-wizard.cgi にアクセスして、インストールをすべて完了させてください。

mt-check.cgi は、MTをインストールするにあたって、必要な環境がそろっているかどうかのチェックです。「システムのチェックを完了しました」という表示は、MTのインストール完了を意味するものではありません。

それではよろしくお願い致します。

[47] Posted by yujiro logo : April 14, 2009 2:43 PM

お世話になります。
おかげさまでやっとインストールすることが
出来ました、ありがとうございました。

管理画面のほうで画像の乱れが発生するのですが
これは直るものなのでしょうか?

[48] Posted by egon : April 14, 2009 9:35 PM

>egonさん
こんばんは。
無事にインストールできたようでよかったです。
「画像の乱れ」は、どのような状況かわかりかねます。
解決できないかもしれませんが、もう少し具体的な内容をお知らせください。
それではよろしくお願い致します。

[49] Posted by yujiro logo : April 14, 2009 11:59 PM

こんばんわ
たびたびすいません。
デザイン設定のスタイル選択にサンプルの画像が出ますが
その画像が歪んでいたり、
一覧のブログ記事の管理などは、黒い線が横にいっぱい走っていて
右側のクイックフィルターの文字などは読めません。
あとは新規ブログ記事の入力画面のツールバーの画像はナニがなんだか?
て感じです。
お忙しいところ大変申し訳ございませんが
よろしくお願いいたします。

[50] Posted by egon : April 15, 2009 12:26 AM

だいぶ前に問い合わせをした、yujiroさん。

Movable TypeのテンプレートとWEBデザインの新しいルールの参考書を購入してブログを作っています。

既にブログを一つ作って公開しているのですが、2つ目のブログを製作途中です(合計3つのブログ運営を予定)。
ただ何度もいろいろな再構築エラーが表示されて時間もかかるので、ダイナミック・パブリッシングにしようと思ったのですが、どうしてなのかはわかりませんが、「公開設定」のところに、「公開方法のセレクトボックス」がありません。あるのは、公開パス・アーカイブオプション(ファイルの拡張子・優先アーカイブタイプのみ)・モジュールオプション(モジュールのキャッシュ・サーバーサイドインクルードのみ)の順に並んでいるだけです。
他にどこにも、参考書にあるような公開方法、公開キュー、条件付取得はありません。インストールのし直しをしなければいけないのでしょうか?それとも、何らかの形で削除してしまったのでしょうか?

Movable Type 4.24
aaa.comという独自ドメイン
さくらインターネット スタンダード MySQL FFFTP
を利用しています。

また、完成しかけていたブログで再構築ができなかったせいか500エラーが出てしまいました。その後、一度テンプレートのコピーを取って新しくブログを作って(どこが間違っているのかさっぱりわからなくなってしまった)、1個1個再確認しながら再構築をしてみましたができませんでした。500エラーです。
また新規のブログが作れません。設定はできますが、完成しかけていたブログと同じように500エラーが出ます。
既に作っているブログは表示されますが、2つ目のブログ製作が進まず困っています。記事が膨大になることを予想しているのでダイナミック・パブリッシングを設定したいです。
お時間ございましたら、アドバイスをよろしくお願いいたします。

[51] Posted by Tamaji : April 21, 2009 4:04 PM

>Tamajiさん
こんにちは。
ご質問の件ですが、ダイナミックパブリッシングの設定方法は、MT4の途中のバージョンから変更されています。
ブログ管理画面の「デザイン」→「テンプレート」をクリックして、右側の「公開プロファイルを設定」をクリックすると、ダイナミックパブリッシングが選択できます。
「ダイナミックパブリッシング」または「アーカイブのみダイナミックパブリッシング 」を選択すると、ブログ管理画面の「設定」→「公開」にダイナミックパブリッシングの設定メニューが表示されます。
500エラーは再構築時の話でしょうか?一度、再構築するテンプレートの内容を空にして再構築してみてください。再構築できるようであれば、テンプレートからの生成で何か大きな負荷がかかっているか、そもそもサーバ側の問題と思われます。
それではよろしくお願い致します。

[52] Posted by yujiro logo : April 23, 2009 1:22 PM

こんばんわ
以前に画面に乱れが生じると質問したものですが
原因が分かりました。
staticファイルが2つインストールしてあって
どうやら両方使ってるみたいです
どうにか直す方法はあるのでしょうか?
お忙しいところ大変申し訳ございませんが
よろしくお願いいたします。

[53] Posted by egon : August 9, 2009 10:30 PM

>egonさん
こんばんは。
「staticファイルが2つインストール」というのはどういう状態でしょうか。
MTをインストールしたディレクトリに「mt-static」ディレクトリが2つあるのでしょうか?
解決できるかどうか分かりませんが、もう少し状況を具体的にご連絡頂ければ幸いです。
それではよろしくお願い致します。

[54] Posted by yujiro logo : August 12, 2009 12:01 AM

どうかお助け願います。MovableType3.3を使っています。
最近、あるブログにおいて、エントリーを作成し保存、
またはエントリーを修正後に保存、を致しますと、殆どの場合、
しばらく画面が変化せず、Internal Server Error となる
ようになってしまいました。(「エントリーを再構築しています」の画面に遷移せずに、いきなりInternal Server Error が表示されてしまいます。)

未公開の保存ではそういうエラーは起きないが、公開しての保存で
エラーになるようです。

また、Internal Server Error となった後、ブラウザの「戻る」
ボタンでエントリー画面に戻ってから、「再構築」メニューから、「全てを再構築」または「エントリーを再構築」で実施すると、
投稿、修正が反映されるようです。「全てを再構築、エントリーを再構築、
カテゴリーを再構築、
日付アーカイブを再構築」等は、とてもスムーズにできます。
つまり、エントリーの保存だけがうまく行かないという状態です。

既に、8つくらいのブログを運用していますが、今回エラーが
出だしたのは1つだけです。エントリーとしては多いものは300件
以内ですが、今回のブログは80件くらいの規模です。
エントリーアーカイブテンプレートが重たいことが原因かと
推測し、
(1)当該ブログをphp化
(2)MTタグに関わらない部分をモジュールとし<?php インクルード・モジュール  ?>
として、大幅にソースの量を減らしました。

荒木様のご経験と専門的知識から、この不具合対策として考えられることを、いくつでも結構ですので、ご教示頂けないでしょうか?

どうかよろしくお願いします。

[55] Posted by ナカムラ : October 13, 2009 9:51 PM

続きです。
書き足りなかったので、補足します。
・EntriesPerRebuild 10
も試してみましたがだめでした。
・前述のように、再構築量を減らすためPHP・モジュール化という
こともしましただめだったので、エントリーテンプレートの
<body>~</body>を空にしたうえで、エントリーを更新して
みましたが、やはり保存・再構築はできませんでした。

前にも書きましたが「再構築中」という画面に遷移せずにエラーに
なってしまうので、再構築エラー以前の問題かもしれません。

どうかよろしくお願いします。

[56] Posted by ナカムラ : October 13, 2009 10:59 PM

>ナカムラさま
こんばんは。
ご質問の件ですが、エラーとなるブログのサーバには他の(ご自身の)ブログは含まれますでしょうか?上記がNoで、サーバが共有サーバであれば、サーバ負荷の問題である可能性が高いです。

また、いくつか思いついたものを回答しておきます。色々試してみてください。

  • 事象の発生前後で何かカスタマイズを行ったのであれば、それを元に戻してください。
  • プラグインを外して再構築を行っても同じ事象がご確認ください(拡張テンプレートタグのプラグインを外すと再構築エラーになるので、それらは外さないでください)。
  • エントリーの保存を行うと、月別やカテゴリーなど、他のアーカイブも再構築されます。切り分けを行うのであれば、すべてのアーカイブの内容を空(内容は他に保存)にする方がよいかもしれません。
  • サイドバーのパーツ(テンプレートタグを使ったもの)を外した再構築も試してみてください。
  • Moavble Type 3.3のプログラムをお持ちであれば、運用中のプログラムを一旦削除して、新しいプログラムを再度アップロードする手もあります。ただし、mt-config.cgiや手動でアップロードしたファイル、SQLiteをお使いであればDBファイルは消さないように気をつけてください。

それではよろしくお願い致します。

[57] Posted by yujiro logo : October 14, 2009 7:23 PM

ご返信、ありがとうございます。
まず、冒頭にいただいたご指摘について、お伝えしますと、
・他にも、ブログがあります。10個のブログがあり、この事象が出ているのは、3個です。なお、サーバーは、レンタルサーバーです。従って当方のブログ専用ではありません。
・問題の3個のブログは、素性は同じで、基本的には同じテンプレートを元に作成しました。3個とも、ほぼ同時に同じ現象になったと思われます。(更新を続けているのは、3個目だけですが。)
・残りの7個のブログでは、この現象は起きていません。

まず、以上の点からすると、サーバ負荷の問題である可能性は低いでしょうか?

[58] Posted by ナカムラ : October 14, 2009 7:41 PM

>ナカムラさん
こんばんは。
ご連絡ありがとうございます。
同じサーバで10個のブログを運用しているのであれば、サーバが原因である可能性は低いです。

エラーとなるサーバのテンプレートを、正常に運用できているテンプレートに入れ替えてみるか、前のコメント回答のように、アーカイブテンプレートやサイドバーのテンプレートタグを外して再構築してみてください。
それではよろしくお願い致します。

[59] Posted by yujiro logo : October 14, 2009 7:55 PM

ありがとうございます。
問題のブログですが、エントリーテンプレートとメインページテンプレートがオリジナルのテンプレートですので、これらを正常なブログのテンプレートに置き換えて全体を再構築しました。

そして、エントリーの保存もうまく行くかどうか確かめて見ましたが、やはり現象は変わりませんでした。

正常なテンプレートに置き換えても治らない、ということは、テンプレート以外で問題があるのでしょうか?
でも、問題の3つのブログは、ほぼテンプレートが共通ですので、正常な7個のブログと問題の3個のブログの大きな違いはテンプレートです。そうすると、やはりテンプレートに問題がありそう、ということになるのですが・・・?

[60] Posted by ナカムラ : October 14, 2009 9:54 PM

荒木様
初回のご回答の中に、「•エントリーの保存を行うと、月別やカテゴリーなど、他のアーカイブも再構築されます。」とありましたが、
このときの順番は、エントリー→カテゴリー→月別→インデックス
となるのでしょうか?それとも、エンtpリー以外のテンプレートが先になるのでしょうか?

わたしの場合、再構築メニューからの再構築は全て問題ないのに、エントリーの保存(新規、修正)の場合だけが問題なのです。

[61] Posted by ナカムラ : October 15, 2009 9:14 PM

>ナカムラさん
こんばんは。
どうしても直らない場合は、新しいブログを作成して、エラーの出るブログのブログ記事をエクスポートして、新しいブログにインポートするか、エラーの出るブログをバックアップ→復元してみてください。
それではよろしくお願い致します。

[62] Posted by yujiro logo : October 22, 2009 2:09 AM

アドバイスありがとうございます。やってみたことを報告します。
(1)「書き出し/読み込み」により、「書き出し」を実施
(2)別のディレクトリーに問題のブログと同じテンプレートを作成氏、再構築
(3)新しいブログの)「書き出し/読み込み」により、「読み込み」を実施((1)で書き出したtxtファイルを読み込み)。そして再構築

(4)これでデザインも完全に復元され、エントリーの更新・新規作成で
500エラーは発生せず、恐らく問題は解消された、と思います。

まずは、ありがとうございました。ただ、あくまで仮のディレクトリーでの復元ですので、本番はこれからということになりますね?

本番は、どういう手順となりましょうか?
・元のブログにおいて、全てのエントリーを削除
・エントリーなしの状態で、(1)で書き出したtxtファイルを「読み込み」し、再構築
・この状態から、更新、新規登録がスムーズにできればOK
ということでよいのでしょうか?


あと、実を言いますと、今回(1)の「書き出し」において、全87エントリーのうち、70エントリー分しか
書き出されていなかったのです。(新しい17エントリーが下記ださませんでした)出来れば、全部書き出せればよいのですが・・?
全部書き出せなかったのは何か問題があったのか、「書き出し」できるエントリー数がデフォルトで設定されているのか、どちらなのでしょうか?
デフォルトの影響であれば、変更は出来ますか?
又は、「書き出し」と同等なインデックステンプレートを作り、全部のエントリーを一気にtxtファイルにすれば良いのですね?もしそうであれば、そのテンプレートの存在はご存知ありませんか?

もう一つお聞きしたいのは、例えば、Aというブログから50エントリーを書き出し保存(a)し、Bというブログから100エントリーを書き出し保存(b)し、
Cというブログにおいて、(a)を読み込み、続けて(b)を読み込む、
と(a),(b)は、公開日時順に((a),(b)入り混じって)全てマージされますでしょうか?

以上がわかれば大変助かります。お手数ですが、どうかよろしく
お願いします。

[63] Posted by ナカムラ : October 22, 2009 9:41 PM

引き続き報告します。
・PCを変えて元のブログの「書き出し」を実行してみました。
今度は、無事、全87エントリーが書き出されました。
・そこで、全てのエントリーを削除して、再構築。
・次に、先程書き出したエントリーを読み込み、全87件の
読み込みを確認のうえ、再構築
・この状態で、エントリーを1件、更新保存してみました。

その結果ですが、・・・・やはり500エラーになりました。

ディレクトリーを変えた方は、87件読み込んでも、エントリー保存OKでした。

一体、何が原因なのでしょうか?
次善の策としては、このブログはここまでにして、88件目の
エントリーからは、新しいディレクトリーを使う、という方法もありますが、解決できた方が気持ちいいッスよね^^

引き続きお知恵を頂ければ幸いです。

[64] Posted by ナカムラ : October 22, 2009 10:23 PM
コメントする
greeting

*必須

*必須(非表示)


ご質問のコメントの回答については、内容あるいは多忙の場合、1週間以上かかる場合があります。また、すべてのご質問にはお答えできない可能性があります。予めご了承ください。

太字イタリックアンダーラインハイパーリンク引用
[サインインしない場合はここにCAPTCHAを表示します]

コメント投稿後にScript Errorや500エラーが表示された場合は、すぐに再送信せず、ブラウザの「戻る」ボタンで一旦エントリーのページに戻り(プレビュー画面で投稿した場合は、投稿内容をマウスコピーしてからエントリーのページに戻り)、ブラウザをリロードして投稿コメントが反映されていることを確認してください。

コメント欄に(X)HTMLタグやMTタグを記述される場合、「<」は「&lt;」、「>」は「&gt;」と入力してください。例えば「<$MTBlogURL$>」は「&lt;$MTBlogURL$&gt;」となります(全て半角文字)