昨天和Angel聊到静态化的问题,今天发现他写了这篇日志,深表赞同。我这里加上我的一些看法。(这些观点的出发点是blog程序,而不是CMS、下载系统等。)
静态页面生成技术的核心就是把始终不变的或者很少改动的网页内容在第一次动态解析后保存成静态文件,避免每次打开页面都需要重新生成,省去动态的步骤,达到提速、降耗、节源的目的。另外,搜索引擎对于结构复杂的动态文件地址难以准确抓取,而静态页面的访问地址固定,形式干练,适合搜索引擎收录,方便永久保存。
很诱人。但是,静态适合的是极少变动的内容。网页的互动性越强,动态的必要性和可行性也越低。对于一个CMS来说,文章生成后即很少变动;但对于blog来说就不是这么回事了。blog天生就是一个以互动交流为特点的平台:用户评论和留言(同时考虑审核机制)、来自其它blogger的trackback、你针对留言和评论发布的管理员回复、根据反馈及时修改你的日志、不断添加和变动的串联(链接)等等。你的blog系统里真正一成不变的东西有多少?如果你的要求是建立一个保存资料的资料库,那么cms是你的选择,而不是blog,一开始你就走错方向了。如果说动态的blog在每个页面的输出上耗费服务器资源,那么静态的blog将在你不断地重写静态文件中消耗资源。静态真的能减少资源的消耗么?对于一个cms,是的;对于一套多用户、大流量的blog系统,或许;对于一个单用户的个人blog,未必。
静态页面生成技术的核心就是把始终不变的或者很少改动的网页内容在第一次动态解析后保存成静态文件,避免每次打开页面都需要重新生成,省去动态的步骤,达到提速、降耗、节源的目的。另外,搜索引擎对于结构复杂的动态文件地址难以准确抓取,而静态页面的访问地址固定,形式干练,适合搜索引擎收录,方便永久保存。
很诱人。但是,静态适合的是极少变动的内容。网页的互动性越强,动态的必要性和可行性也越低。对于一个CMS来说,文章生成后即很少变动;但对于blog来说就不是这么回事了。blog天生就是一个以互动交流为特点的平台:用户评论和留言(同时考虑审核机制)、来自其它blogger的trackback、你针对留言和评论发布的管理员回复、根据反馈及时修改你的日志、不断添加和变动的串联(链接)等等。你的blog系统里真正一成不变的东西有多少?如果你的要求是建立一个保存资料的资料库,那么cms是你的选择,而不是blog,一开始你就走错方向了。如果说动态的blog在每个页面的输出上耗费服务器资源,那么静态的blog将在你不断地重写静态文件中消耗资源。静态真的能减少资源的消耗么?对于一个cms,是的;对于一套多用户、大流量的blog系统,或许;对于一个单用户的个人blog,未必。


2006年4月1日星期六 11:39, 

