优先先处理底层，日期记录应与样式分离，会话丢失仍成问题

今天上午围绕着论坛和lister不应带有base输出进行修改。这是应该优先的，原因在于base输出如同前一期的日期表现形式一样，应该在表达层选 择，此前没有发现需要表达的东西，形成今天这个格局也是由于先前没有足够的工具；现在，把它改过来从结构上是合理的，从稳定性上看，可以令lister显 得更稳定。

但是pageindex就不太可能直接转化为html，关键在于它需要request.geturi,这样的话形式上的不同不 会反映到它拿的界面的不同。 强行修改不但牵涉面甚广，而且效率不见得高。看来，如果的确需要转变成html翻页，还是从已经输出的html入手，把jsp的形式转换成相应的html 形式，这样涉及到的地方会相应地少得多。不过翻页共用的部分也就此作废了。

对此，也许搞成archive形式按日期安排，更有现实性的意义，涉及到的更改面也最少。

论坛需要修改的部分甚多，包括分别提问方式，医生签名，静态化等等，这一部分需要特别抽取时间进行优化。同时还包括对现有会员的再分类，弹出窗口要求填写资料等；是多个小用例的修改集合，应该视为一个独立的升级项目。

晚 上打算开始广告部分，但最终时间花在处理二级域名上，本来以为只是一个小小的操作，结果却演变成两三个小时的奋战。原打算使用重写URL的办法，结果发 现没有结果，只好使用网页转向的办法，实际上这样也没有什么不好的，反而可以保留有进一步作记录的空间。明天升级时还真要注意别忘了把.htaccess 也一并修改。

另外今天dep上在内存用光后发现linux可以自动关闭这个应用，而清理内存的比例也让人惊奇，如果是这样，那么在超出内存容量后……仍是不妥，它把tomcat关掉了。