服务器报擎，但没有时间理

报擎的是2.106,就是现在的103.107，而且重启也没有成功，??这台机昨天并没有重启，再次重启，成功了，但是电源仍然在叫，看来还是要跑一 趟，如果要跑一趟，就顺便把内存装上去吧。这件事也提醒了两件事：第一是应该有另一个系统保险，尽可能空出一个首位硬盘空间安装另一个linux，以备出 错时借此拯救。另一方面是现在集中到一个服务器是合适的；这样的全局两线备份比分开要好得多。

跑一趟把内存装上需要半天时间，还未必可以解决电源问题；而安装一个备份系统就需要另外的半天时间。在安装工作系统备份时，还要再考虑让DEP承担一段时间；估计来去要一两天的功夫。所以还是先推后吧。
为了能方便地显示日期，抽了一个多小时学tagfile，还是不难的，看通了它的逻辑，其实就是一个平面上写简单的simpletag的做法。 fragment我还没有什么idear，但似乎比xml定义的片片要好。用来显示日期，比在lister中搞的sdf要好得多。毕竟，把时间全部改成 long型就是为了数据和显示分离，放在repository中是没有办法的事情，能够一个标签显示是最佳的??这个标签早就该写了。一些简单的涉到及经 常性修改的标签也可以使用tagfile处理；特别是与html代码相关联的。但暂时地，还可以保留原有的机制一段时间？？……没有办法保留，要改就一起 改。不能并行。

tagfile实际上是文本化的SimpleTagSupport.extends.Coder，大概可以这样称呼吧；也必然带上它的限制：不能做JSP内嵌的循环，不宜处理数据库操作是显见的两条。
但tagfile中能用什么？仍没有什么谱。顺便再收集资料研究了JSTL,其中许多内容可以用其他办法来实现；主要还是原来那样，既然大家都用，还是在它可能完成的情况下向它靠拢，以便保持一定的兼容性。

由于tagfile中虽然可以包容，但是不能容许后级文件中带有page，因此，不能代替choice类型。但我对import还是挺感兴趣的，可以包含 外界的网页。（我刚想到），不过，它没有把图片等等保留为原地址。不过,import不能代替include，事实上这是我概念有点模糊的地方，jsp: include应该是servelt Dispatcher.include，拿一个jsp的输出嵌在这一个地方。所以我目前的包含是不同的。这不奇怪，因为我从来不会使用 jspinclude内容这种手法的。另外，我一直被include的路径弄得有点头晕，看来使用完整路径更为合适。

使用jstl所达到的一般功能，实际上我使用logic和自定义标签基本上都做到了。但仍可以互取长短，象otherwise就比我的埋default的 办法要简洁。pagedefault比jstl要好，用jstl用使用一个c:choose/c:when/c:otherwise。

当取消了opflow后，就开始发现它也是有用处的，特别是那种踌过两步但仍想保持住act的情况，显得非常的方便。opflow还是有保留的价值的，在 使用时第一步调用不要使用flowlink，这样就可以简化flow的设置，同时前面直观，一举两得。这就是opflow的要点。

打算修改rmsecthots，碰到最奇怪的一件事：有一段时间里埋设的断点竟然无论如何打印不出来;真是怀疑是在matrix里了；实在找不到可以解释的理由。
另一个故事同样是奇特的：明明已经执行到了热点集合清除处；并且单个也可以清除，但循环清除就没有丝毫的结果。输入断点显示删除是删除完了，转头就又装了进去，但是删除一个就正常地更新了。

三分二的时间用于tagfile和jstl的学习，主要是收集资料，阅读；并做一些小实验。在操作上打算结合tagfile也需要一定的效率牺牲。

花时间整理博客，准备发布广告，看看效果如何

早上机房报告www服务 器报警。那是一个双路冗余电源，当初花多了几千元，从来没有见它发挥过作用，现在好象多少有点用处了。为这件事跑一次，大概也只能是重启什么的，反正主机 还在跑，我注意一下备份就是了。把它备到dep，如果不行，就用dep暂时代替一下。到假期结束要到中信去的时侯顺便跑一次，把dep内存升到2个G；这 样就可以把dep提供数据服务，进一步提供系统容量。另看来，唯一可以解释为什么csdn较blogchina获得更高的排名，原因就在于使用IE进行浏 览。博客不应把不同的专题放在一起，这样不便于形成高的排名和投放广告。要把目前的资料一一分开。

今天大部分时间主要干两件事，一件是慢 慢收拾几个博客，为广告做准备；这花了大约三分一的注意力，其中包括那个德国网，文章不错。第二件事是准备那个 form系统，这是整个系统中的一个大项，好象也是最后一个未收拾过的大项；把它收拾完整是值得的。出乎意外的是地区的选择基本上也都选了，这样计划就要 改变一下了，把地区放在第一页登记页上；不作进一步的检验：检查必须等待地区这个树系OK后才能进行。

在流程上，主要是完成登记和修改，以及激活的流程。

国内很难进行有效的媒体建设在博客中国的表现就看出来，莫名其妙地封锁文章，这样谁也没有把握有文章可以有效的发表。应对一个盖世太保是有必要的，但如果太认真执行，就是思想有问题了；反过来，也是和自已过不去。而那个歪酷网呢，版面设计不错，编辑器却是功能弱小;另一个网二级域名可能是无效的，幸好还是html的。

有点拿不准GOOGLE的排名是如何做的

admin也达到了PR3，这是没有理由的，因为连连接都不会直接出现的，这部分几乎没有任何推介。那么只有一个可能，就是工具条的作用。不但如此，象患 者网医生网的PR现在比首页还要高一点。这里转头需要再一步的协调：当周边的PR达到一定数量时，就可以看看到底要多少让第一页升级了。把session 时间缩短后，在线一般地下降到了50多个，这正是相当于三分一的水平。连接在线刷新了占了一定的的击率，包括在客端的刷新，所以昨天真实的点击数仍是拿不 太准的，一万几千。后面重整LOG系统时要把自动刷新的部分清除掉。

打算修改那个sendmail程序令它适应性更广，但却发现当初只是完成了可用性的研究，要进一步令他变得更可用，必须进一步细致规划整个sendmail流程，并且必然形成一个mail的标签库。最终，的确可以在网站上达到一个邮件客户端的主要功能。

使用windows.explorer管理samba中的jsp文件， 差点造成大错，以后凡是使用explorer进行删除都是禁止的操作。晚上主要是发布，发布后发现www的速度很慢，然后是验证并花时间找原因。可能找到了，速度上去了。

开始处理CP，这是一个大项

使用EL如果属性名是xml就会出不知名的错误……不是，是页面对象的类型错误。

看来，看来标签的确比action有着更大的优越性： password原来需要一个servlet，现在只需要使用现有标签就可以完成。 action/opflow全面向jsp/tag/action转进，可以进一步实施，直至结果很可能是把struts完全废除。opflow基本上可以 定为不再合乎事宜了。

今天的精神相对于昨晚的睡眠时间来说是不错的；但总是不算好，晚上头痛不止。本来计划在临晚不再处理细节问题，留下 时间做总结，不过仍是不知不觉中超时 了。今天的时间仍是花在CP上，并且大量时间整理用户登录/改资料/取密码等等整个过程。添加了对名称规范性的验证，这条其实还是挺好用的，只是不太熟， 时间也紧。取回密码部分是一个较大的工程，到晚停就停在这里了。CP的一个重大课题是如何促使人家登录使用CP。

用户个人访问日志可以做 出来；由于有会话加以辅助，所以是比较地简单的。不过这点有点偏移主题了，大概应该在黄页做出来后再做。结合活性编辑器和实体方 法，实际已经可以把整个网站实现脱代码的编写和日常管理了。的确是一个重大的技术应用的升级，到此为止，网站基本上已经可以比较准确地实现多用户的操作使 用，包括动态网站的发布了。

担心mysql成为系统瓶颈，进行了优化

我担心mysql的连接情况，不过它的设置我仍然有点措不着头脑：寻常的修改会令它不能启动,而找不到任何启动不行的错误提示，300改500试过一段时 间，1000改500也试过。（这条要上论坛问一问）,修改是否已经OK？目前只能是以通过show variables看到，是不是就是那个意思？最要命的是启动失败的时侯没有提示。

alexa的计数直线下落，看来它真的经过了一些平滑 的处理。同样有点弄不明白。不过反正可以把它打得挺高的，这就是我的目的。时间上也是有点莫名其妙 的，一会儿一天变几次，一会儿不变，上下变动值也是莫名其妙。section计数也终止了，除非修改基于database的计数，否则不会再得到这个计 数。目前还是先推行为佳。

需要为复基添加维度，以便一个复基服务于多个参照。看来这是有必要的。但进一步就面临着任务扩展的难题了。Database自从几个月前完成以来一直是底层的基础；但也慢慢显得需要合理化操作了。
一来，dababase.xml编辑达到一定数量时，就会显得困难，特别是xml缺乏键管理措施，更加是显得困难；
其次，一次性载入所有记录耗用内存比较大。事实上小基类使用的情况不算很多，完全可以象simplebase一样有读才载入；定时清空；
第三，不能刷新，要等；
第四大类如role很少在运行时访问，没有必要长驻内存，这样就存在着一个希望load和unload设定的要求；
第五把一些基类如role移入其他表还是比较麻烦的，而把artype移入数据库，同样是较大量的工作量；
第六，复基没有经过更严格的运行。

总 之，这不是短时间内可以完成的。牵一发动全身；小搞不如大搞，要么就不搞。看来 这是开发程序中的一个特点，最小化意味着大量合意功能的缺失，小搞意味着大量的重复工作及维护（结构多次移动），成效最低；大搞可以提供全部功能，如果功 能都用得上就是最经济的；如果功能用不上就是不经济的。所以，小搞就变成是最经济的。初步判断这将演变成一个大工程，可能需要一个星期的时间，而且会伴随 着抖动。无论是那一条，都是不应该现在进行的理由。

象chase那种问题有时很奇怪的，他不懂技术也无法向他解释：要增加功能就必须有所修改，修改总是有涉及的。如同药总有副作用的，但仍要吃药，就因为病人需要吃药。
会话这个问题到了二级域名真是头痛，完全缺乏重复性。为安全计，还是把与域名相关的部分都在下面引一个iframe为妙。

翻页导引部分一直是虽简单但头痛繁琐的地方，把它合并到一个包含的文件中，更利于提供精细的翻页导引。

下 面正式开始了，在有日志记录的时侯可以清晰地了解到什么事情把工作空间占用了。下午开始的是整理form。hanva.form是另一个大系列的标签， 但应用得比list少，而且也更显得不成熟。用得少的一个重要的原因，以致于一些操作不得不直接写成html，这不符合原来的期望。在form成熟后，大 量非常相似的popupform可以归纳为一个文件了。

下面到了注册过程中的修正，但是我完全看不到如何拿到密码的办法。

注意保险要交钱了／会话丢失开始困扰人了

专业向无知让步，总是带有额外的代价，区别只在于代价由谁来承担。使用病专栏替代首页，是chase没有网络常识，laura没有基本能力的妥协性产物。 实质上我做多了几件事：要使后台可以调置一个默认病专栏；要在前台特别协调；代价是一旦出现类似的变动就再次带有更大的成本。而如果使用一个首页就根本没 有这个问题。责任上说是laura的能力不足所致。

杨欠缺逻辑能力甚至可以从这样的语句看出来：(语句丢失，这个博客不能处理代码型的)
试问有必要吗？这是见其然不知其实的作品，换言之设定声明变量的用意他也没有理解。所以杨其实不是帮我而是帮laura，因为她连这个能力也没有。让他做的直接编辑病专栏一节也没有了，不过这个估计是由于覆盖造成的，开工后要重新让他做一次。

昨 天那个自动刷新功能是可以的，一晚都没有丢线；但是不知为什么，现在却是连连掉线。实验出现了不一致，也就不知该如何继续了。现在暂时改成刷新本页，应该 把握会变得大一点……仍是不行，自动刷新似乎无助于会话的保持.也许是由于meta 带来的自动刷新等同于告诉浏览器，不要保留会话。……仍是没有保留住会话。可能，这与最低时限有关系，低于某一界值的话，就无法通过刷新保持会话。而如果 可以保持会话的话，可能使用meta.refresh效果更佳。

section现在是一个base，但是使用方式却特别，用的是name 而不是id，这样潜藏着一个以前未涉及到的使用方式??基类是名字而不是ID。更 替到id是一个大工程，无疑id由于没有歧义，但也欠直观，紧简单的方式就是扩展baselect这类组件，令它可以支持名字的使用。

保险通知单现在还没有收到，不知是不是有点什么问题，象让那个王什么红的改掉了。要注意一下，这个月还是要把钱存进去的。

看来webadmin与普通科室的使用还是有很大区别的，难以合并。

www晚上似乎中断了一会，重启后发现会话极多；就象死循环。但没有发现有死循环，发现的几个错误地方也相应的修改了。本来打算连夜上去试验在线维持，但是操作失误，尽管恢复了过来，从保险起见，就暂进不更新www只对dep做功。

但是说到这里，又似乎有不妥的东西了??原来使用一个iframe是因为会话丢失。现在使用一个refreshmeta，把那个删除了，照理是不行的。但现在却是成功地登录了。这是什么意思呢？意味着和昨天的结论是相反的。到底是保持还是应该抛弃呢？

提高mysql连接数超过300的方法没有找到，记得是不允许的。使用samba转接出来也没有做，来不及了。

带女儿到她伯父家串门，也算是一种休息了

今天带女儿到她十个月大的姐姐那里，算是一次休息。中断时间大致在五个小时左右。会话保持看来是成功的，而alexa计算也渐渐回复到正常，估计近一两天就有一次剧降。介时再用向本地的连接发出连接看看能不能让它的计数上升到新的高度。

论 坛按最小操作原则重新整改了。这里的页面是最缺乏规范化的，所以维护（适应新 的机制的必要的修改成本）也是最高的；要减少以后的成本，唯一的办法就是全面规范化，象bbsedit需要在中间加一重，然后把两头的编辑都合并起来；反 正需要统一的整改。如果不是目前这样的操作方式，仅此就至少有超过二十个类似的列表程序需要维护，成本是非常大的。修改论坛程序需要随后有一个跟进检测可 用性的过程，在没有其他人帮忙的情况下，现在进行这一步工作就是低效率的。还是推后到有人上班吧。下面的事情是asoka弄的诊室前台。asoka根基不 扎实，又不算太好学，因此让它做新的东西有很大的困难。照抄某个东西倒还是有几成可以的，而laura是连抄的能力也没有。

这个前台通用 的关键是需要有一个检查诊室存在的方式。selectcount是一个广泛需要的工具，对数据库的压力也是很小的。而使用枚举方式尽管也可 以，但是对数据库的负担非常巨大，所以搞一个实际上是看看数据库是否有记录返回的标签还是很有必要的。杨完全不懂使用entity，取entity的地方 都是使用list，然后设定名称。这条已经提醒过他的，看来他真的没有把注意力放在做事上，聊天的家伙没有出息，再一次得到证明。他不能理解组件的真实含 义，不能自已完成那怕是一个presentation模块的能力，只具备抄改的能力。

Modify中如果域字符串是空就不会更新；这是一 个两难的选择：如果允许更新，那么不但可能与notnull冲突，而且很多时侯诸多域中只想更新其中一 个，也没有理由全部一起抄进去；但否则的话就会令偶然的设定更新为空无法执行，唯一的办法就是允许执行进接的sql语句。

做一个连接，再看看另一个链接，再看第三个，和第四个，第五个，以后就做好一句话，照抄，the Create,jchinamed，另一个blogchina,edu,否酷，歪酷，另一个也不错再加一个。几个简单的全都行了，但是直接拷贝下来的就不行。还是先做好一页，以后全是抄吧。Alexa的计数看来挺操蛋的