「続・静的生成と動的生成、Webページをビルドするコストは誰が支払うべきなのか」で、少し話題になったので、以前も触れたことがあるような気がするのですが、もう一度。 sb/Serene Bachを作成する上で、htmlファイルを静的に生成するという仕様は、決めていました。 とはいえ、全てのファイルを静的には生成しないというのも決めていました。 ログとして残す部分を静的に生成して、カテゴリーやアーカイブなどは冗長になる部分は、動的に生成(cgiによる出力)してしまえばよいと考えました。今でも基本的にその考えは変わりません。 最新の記事・コメントやトラックバックなどを表示するリストは、常に新しい情報を載せておくのが望ましいと思うので、ここは少しだけ悩んだのですが、最終的にはJavaScriptとして出力する形を選んでいます。 sb/Serene Bachでは、テンプレートのhtmlパートを変更す
MovableTypeからWordPressへパーマリンクを引き継いで移行する方法というエントリーを書いたところ、静的生成と動的生成、Webページをビルドするコストは誰が支払うべきなのかからトラックバックを頂きました。 …しかし、ちょっと待ってください。どうして16,000程度のエントリー数で2時間も掛かるのでしょうか? どうして2時間もかかるのか? というのはぼくも知りたいのですが、恐らく使用しているサーバの性能かもしれません。 技術者ではないのでどのあたりがボトルネックになっているのか分かりませんが、もし解消する術が分かれば試してみたいところではあります。 もしくはサーバ性能のせいだということがはっきりと分かれば、サーバ移転も視野に入れたいと思っています。しかし、サーバ移転も簡単ではないので、そこは最終手段としたいところです。 というところで、このリビルドの負荷に関して友人たちとSky
Posted by: Hirotaka Ogawa @ February 04, 2007 07:21 PM | Movable Typeで公開状態にあるエントリーを削除したときに依存関係のあるアーカイブの再構築が自動的に行われない(全再構築を行わなくてはならない)という問題が某所で指摘されていた。 そんなに過去のエントリーを削除する機会があるのかというのはさておき、下のような超簡単なプラグインを用意しさえすれば、エントリーを削除したときに関連するアーカイブの再構築が自動的に行える。 DeleteAndRebuild.pl (Movable Type 3.3以降専用/そのうちドキュメントも書く予定) 以下は蛇足。 それはそれとしてもうちょっとだけ深い話をすると、MTではMTEntryNext, MTEntryPrevious, MTArchiveNext, MTArchivePreviou
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く