请教静态页面发布的问题???

现在很流行把动态页面发布成静态页面,来提高系统性能。
现在有几个问题想请教一下

举例来说吧,一个新闻发布系统,要把新闻发布成静态页面。
首先分析新闻页面,把动态的[新闻内容等],和静态[导航条等]的分开;
可以把静态的分成两个模板[新闻内容上方的页面元素,和新闻内容下方的页面元素], 新建新闻的时候就新建一个htm文件 内容=模板1+新闻内容+模板2 ,同时在数据库中保存这个文件的地址 和id等信息

模板的内容可以预先读取到内存中,这样可以加快速度。

现在问题出现了,
如果管理员要重新编辑刚才新建的新闻呢,新闻的内容是要从数据库获取呢,还是分析静态htm页面得到呢,
如果是从数据库获取,那么新闻内容必须也保存在数据库中
如果分析静态htm页面,那么这要根据特定的标记也能获取 ,例如


新闻内容=模板1+"<!--body_str-->"+新闻内容+"<!--body_end-->"+模板2

我倾向于使用第一种方案

另外一个问题,
更新这些这个新闻的时候是重新按照
模板1+新闻内容+模板2
更新这个htm文件呢,还是直接删除原来的htm文件,直接新建一个呢?

这两个方式其实都还要面对另外一个问题,就是文件冲突的问题,如果有用户正在访问这个htm文件,web服务器正在读这个文件的时候,会不会冲突呢,访问量大的时候应该会吧


而且,如果新闻允许发表评论的话就更麻烦了,每个评论要被添加到htm页面中
这样更新频率太频繁了吧,


如果首页要更新的话那感觉随时都可能冲突,因为访问的太频繁了,类似sina.com,我没用过内容发布系统,不清楚里面的机制是怎么样的,是不是用改文件名的方式,或者集群条件先,先让用户都不要访问server1,然后更新server1下的静态页面,更新后让用户再去访问server1;然后再依次去更新其他服务器上的静态文件???


呵呵,一下子问了这么多问题,别介意啊,希望大家交流一下

1.新闻内容必须也保存在数据库中,充分利用数据库特点以别后期挖掘。
2.文件读写并发可通过成熟的方式解决,没有多大问题。
使用静态首页前提是首页更新不频繁,如果是一个门户首页,每个portlet拥有者随时都可能更新自己的内容,所以采取静态就不适合了。

总的来说,采取静态页面还属于传统的Web 1.0时代,在Web 2.0时代,动态页面通过缓存在性能速度上不亚于静态页面,而且有更好的刷新率和互动性。

从技术角度想:html说是静态页面,其实这个静态不是真正静态,html页面还是需要通过apache这样软件动态运行解析后输出到客户端,只不过不需要经常从硬盘读取html文件,内容都在缓存中,所以,对于技术人员来讲,这种机制对于所谓的动态文件*.jsp等都能够做到,只要我们做好各个环节的缓存,在性能速度上和html输出性能区别不大。

谢谢老大!