WEB界面静态化进入最后的环节，可以令管理员分门分类分子网地选择项目进行静态化，主要是首页，效率很高，按由XML设定的静态化项目，一个网站管理员可以在几分钟内完成上千个首页的静态化发布。但是当进入到再翻页部分时，却令我沉思了整整半天，觉得前面几天的路,也许走错了。
要知道错在什么地方，最好先看看为什么要进行WEB界面静态化。我绝不在乎已经浮了两年多的所谓不能把WEB界面变成静态页面就是技术不佳的话，事实上，今天才开始静态化是由于搜索引擎的要求。换言之，如果不是由于有搜索引擎极大的访问压力，仅仅是人的点击的话，根本不需要考虑动态网页静态提供。这就是路可能走错的原因，因为，对于人来说，把首页进行静态化是可以减轻访问压力的；而对于搜索引擎来说，如果梢页也是以伪静态形式提供的话，那么是否首页并不重要了，因为搜索引擎会顺着连接把整个网站搜个遍，如果仅仅是把首页静态化，对于减轻搜索引擎的压力没有什么帮助，如果是把所有异化的网页全部静态化，工程何其大也，包括使用者网站编辑，她们能够承受吗？
把首页静态化的原因，说起来主要与中国国内的网站设计陋习有关：总是把首页做得奇大无比，塞满了没有人看的垃圾。因此，假设受众总是先到首页的话，那么首页的负载就是后续页面的几十倍，把它静态化，也就省下了资源。但实际上目前的趋势，或者说国外网站的大势是使用精简的小首页，这样静态化就没有太大的必要；如果访问负载来自于搜索引擎的话，就更没有必要了。
那么什么内容应该以静态网页提供呢？大致可以把网页分成三类：一是导航性网页，这类页面变化少，适宜使用静态页面提供；国外网站的首页一般是这种形式；二是内容分类列表、摘要网页，这类是相对于书本的目录，如果是更新频繁的话，静态网页很难做，主要是需要实时更新的内容太多，一般适宜动态网页；三是内容页，如文章内容，这类网页罕有访问，也极少变动，适于变成静态网页。国内的网站的常见的大首页，主要是把第一类和第二类的功能混淆起来。我的系统的功能目前是主要把第一类变成静态，还是挺有用的，但尝试把第二类变成静态，就不恰当了，这就是我错的地方。
“把动态页面转成静态页面”，需求看似简单，但只有实际做下去，才知道什么是合适的，什么不是合适的。
