我个人认为，网站静态化，并不一定非要靠写代码实现整站 HTML 的生成，有些工具能提供非常好的缓存机制。在 Web 开发中，最关键的瓶颈往往在于数据库，减少数据库的读写压力，就是缓存的主要作用。

在可以提供缓存功能的工具中，应用层的可以用 Memcache 和 Redis，前端缓存可以用 Varnish 和 Nginx 的提供的缓存功能，当然还要合理利用 304 状态码。

以 Memcache 和 Redis 为例，它们的作用是让你能够把数据库的数据保存在内存或者是磁盘文件上，这样每次请求过来你仍然可以通过程序来控制业务逻辑，但是极大地减少了数据库的访问，性能自然提升。

而对于 Varnish 和 Nginx 这样具有反向代理功能的工具来说，它们的作用就是将第一次动态请求的页面缓存起来，在过期时间内，接下来的请求返回的都是缓存里的数据，不再向后端服务器发起请求。

而对于你后面的问题，阅读次数，评论这些静态中常变的部分，使用不同工具的情况下也有不同的解决方法。

文章的阅读次数 —— 使用应用层缓存的情况下，可以先把阅读次数写入到缓存中，在后台写个脚本定期从缓存中读出来写入到数据库里。使用前端缓存的情况，可以用 Ajax 异步调用把阅读次数写入到数据库中，如果写压力大的话，就像使用应用层缓存一样，先写入缓存，再写脚本定期读。

评论 —— 同学你知道有两个东西叫 Disqus 和 多问 吗？如果你要手动管理评论的话，使用应用层缓存的情况下，就像平常一样读写即可，只需要做好缓存管理；如果用前端缓存的话，以 Varnish 为例，读的时候可以用 ESI Tag 这个特性，就像 Apache 的 SSI 一样，写评论的话，还是要用 Ajax 来异步写入，当然，你得在 Varnish 里设置不缓存 POST 提交。

欢迎深入讨论。

1,手动生成，比如织梦cms
2，配置缓存文件过期时间，用户访问页面时，判断缓存文件是否过期，如果没有过期，直接读取缓存文件，如果过期，就执行PHP代码重新读取数据库的数据生成缓存文件

提供下我们现在使用的不成熟方案，仅供参考：

列表页

在有新文章时，静态生成1-3页左右的列表页。再往后的列表页直接才有动态内容。因为实际上1-3页的列表页UV会比较高，再往后的话访问深度会比较低。这样相对而言在生成速度和性能上保持平衡，具体要看业务场景。

局部动态内容

使用ajax异步加载，写成rest-api。同时，使用memcached或redis进行缓存。