昨天和Angel聊到静态化的问题，今天发现他写了这篇日志，深表赞同。我这里加上我的一些看法。(这些观点的出发点是blog程序，而不是CMS、下载系统等。)

静态页面生成技术的核心就是把始终不变的或者很少改动的网页内容在第一次动态解析后保存成静态文件，避免每次打开页面都需要重新生成，省去动态的步骤，达到提速、降耗、节源的目的。另外，搜索引擎对于结构复杂的动态文件地址难以准确抓取，而静态页面的访问地址固定，形式干练，适合搜索引擎收录，方便永久保存。

很诱人。但是，静态适合的是极少变动的内容。网页的互动性越强，动态的必要性和可行性也越低。对于一个CMS来说，文章生成后即很少变动；但对于blog来说就不是这么回事了。blog天生就是一个以互动交流为特点的平台：用户评论和留言（同时考虑审核机制）、来自其它blogger的trackback、你针对留言和评论发布的管理员回复、根据反馈及时修改你的日志、不断添加和变动的串联（链接）等等。你的blog系统里真正一成不变的东西有多少？如果你的要求是建立一个保存资料的资料库，那么cms是你的选择，而不是blog，一开始你就走错方向了。如果说动态的blog在每个页面的输出上耗费服务器资源，那么静态的blog将在你不断地重写静态文件中消耗资源。静态真的能减少资源的消耗么？对于一个cms，是的；对于一套多用户、大流量的blog系统，或许；对于一个单用户的个人blog，未必。

静态两个字绝对不应该成为一种时髦。它有自己的用武之地，但不代表所有系统都适合/必须静态。

不静态不等于不能获得静态化的益处。静态化的好处——搜索引擎友好，可以通过URL Rewrite（比如WordPress），可以通过生成一个动态的指向文件（比如PJBlog）以获得。不要把引擎搜索不到页面的问题全部归咎到动态上，它和PR、RP（玩笑）都有关系。我不讳言，现在的这种 read.php/2.htm 的伪静态，Google收得很多，百度收得很少。这是SEO的策略、方法问题，与动态还是静态无关。需要的朋友可以去论坛下载网友修改版的程序，利用Apache的重写模块，将你整个blog的核心链接地址全部变成html。

总之，任何功能和特性都只有在合适的时机、合适的地方才会添加。如果有一天多用户版开写的话，我自然会把静态化放上日程表。