前两天的计划把归档搞成几个小栏目的静态发布，最后搞了差不多两天，比预计的时间多得多，主要是大大扩展成了批发布的功能了。这是一种相当于翻页的解决方案。算算下来，工作量也真是不少的。后面要做什么，有点忘记了。

论坛的功能需要从头开始修正，但当前需要先搞搞那个发贴不行的问题；修正是一个大工作；
其次是科室的别名显示；
登录流程修正；
然后是把comments的功能拿进万维；
店铺那个如果胡下不去还要想想，不过这里我觉得该说的已经全说了，如果再说下去，就是我自已做了。
招聘；
做一个健康网；
新闻自动抄录器；
分类查询；
同时在线查询，可能涉及到dababase之类的修改，这类应该有足够长时间的验证使用，因此应该在下一版进行。
SEO连接组；
document.sit校正

动态网站针对静态网页的分页发布功能实现；正序的翻页还不能使用目前的静态分页方式完成。目前的静态框架本质上是定期由管理员按指定数字完成发布，这不适合动态更新的翻页显示。
黄 页的数量还不算多，不是很急于改静态，另外，改静态的话，需要修改网页结构以便显示细节内容（document.write 的连接和使用弹出的jsp会比较有效）。总而言之，目前的量不足以专门作静态发布，反而是使用模式要作大的修改。这里涉及到这个业务有多大程度上需要销售 支持，以及业务模式的认可程度有多大？总之，这是向后推的。

分页依次要达到以下的目的：一是搜索引擎容易索引收录；二是易于操作，三是系 统操作少，四是可定制页面。目前很可能不能全部满足上述的要求。由于静态页面 不能适应请求参数，因此，分页意味着要对多个分页完成静态发布；同时，保留各个分页下的索引有效——blogger本身也没有能够提供，而 blogbus的分页功能显然是失败的。

假如分页的数量是对大量的内容进行的话，极困难的，似乎需要对模板解释进行大手术，这又涉及到模板功能的升级。使用动态网页解释的话，就极难把它的定制的框架带入。所以实际的解决方式大概有两种比较有效：
１、放弃第四个要求，即可定制页面；
２、另一个方案是使用单页－archives的功能，这就类似于blogger的方案了。
以上两个方案同时提供的可能性也是存在的。更灵活的功能必须等到import的功能完成后才能提供。

目前应该做seo连接和ALIAS,document.site校正是这次升级前要做的事情