動的生成のブログツールの魅力
ブログサイト引っ越しの記録 [絵文録ことのは]2006/11/23
引用されている文章を読み直したら、コメントやTrackBackがあるからというのは適切な例ではない感じがした。これだと自分が動的生成をなぜ良いと思っているのかいまいち伝わりにくいなので整理してみる。
- 静的生成では、過去ログが多くなると、投稿時に再構築するHTMLのサイズが大きくなり、エラーが出やすくなる。特に記事の多いカテゴリーに投稿するとかなり長時間CGIが動くことになり、エラーを起こす。HTMLファイルを持たない動的生成ならデータベースに書き込まれるだけで終わる。ただし、データベース接続に失敗することもあり、エラーと無縁という訳ではない。
- spamコメントやspam TrackBackは多くても100ぐらいなので松永さんのような心配はしてない。仮に一晩に1000くるといったような事態やアクセス過多になり、サーバー会社にサーバーの使用を止められても、2、3日閲覧できなくなることを大きな問題とは見てない。それよりも毎日の更新時に上のような問題でストレスがたまるほうが困る。
- 緊急の事態でサーバーを移転しなければならなくなった時でも、そもそもデータベースを使うタイプのブログツールなら、データベースの保管さえしていれば、そこからの復元は楽だ。静的生成の場合はそこからHTML再構築の必要があるが、動的生成ならそれも必要はない。
- ブログの魅力として、テンプレートの変更による簡単なデザイン変更があるが、静的生成では再構築の必要があり、実際に形にするまでには時間がかかる。特に個別記事のテンプレートを細かくいじろうとしたら、静的生成では大変時間がかかる。しかし、動的生成なら時間はかからない。
整理してみると、たまに起きるかもしれないspamやアクセス過多によるサーバー負荷を心配するか、普段の投稿やデザイン変更時にに起こる再構築でのストレスを問題視するかの違いだと思った。
今いじっていて動的生成の素晴らしさを感じるのはテンプレートを変更した時にすぐ反映できること。
Movable Typeだとこんな手順だ。
- ローカルでテンプレートファイルをエディタで修正
- 管理ツールにアクセスして、テンプレート管理メニューに移動し、そこでテンプレートファイルをコピー&ペーストする
- デザイン確認のために再構築する
WordPressにおいて、テンプレートファイルはファイルとして保管されており、それを修正すればすぐ反映される。ローカルのファイルをFTP転送するのも手間がかかるので、デザインをずっといじる時はHidemarnet Explorerを入れてFTP対応した秀丸で直接サーバーにあるテンプレートファイルをいじっているのだが、このスタイルだとこうなる。
- サーバーのテンプレートファイルをエディタで修正する
- デザイン確認のためにリロードする
たったこれだけで終わる。今まで普通電車に乗っていたのが新幹線に乗った気分! CSSをいじるのが大好きな人や個別記事のデザインを細かくいじりたいという人にはWordPressはお勧めする。
※参考
[を] ことのはブログサイト引越に関連していくつか
たつをさんはspamコメントの問題で静的生成派だそうだ。
Link http://artifact-jp.com/2006/11/25/dynamicgeneration/



















コメントをどうぞ
※コメントの内容が、「文章から意味を見出せない」「元の記事と関係がない」「他人のプライバシーを侵害している」「他人を中傷している」など問題があると管理人が判断した場合、削除させていただくことがありますので、ご了承ください。
※コメント欄で初めて書き込まれる場合でも、挨拶は必要ありません。
※spam対策のため、リンクが二つ以上あるコメント、TrackBackはいったん保留されます。承認されるまで表示されませんのでご了承ください。
※その他、コメントを書き込む際はこちらの注意をご覧ください。