回头看看，教胡完成工作的速度，大概只有我自已下手的二分一，换言之，我自已来花自已的时间还少一点。所以下一步就是少教，他做到什么地方算什么地方，然后我就收功课就是了。

３７２１ 仍是有着中国搜索引擎的恶习，尽管它已经被yahoo收购，也愿意署名了，但是现在发现几次造成down机，都是3721干的好事。而原因，是由 于logger，看来，logger的锁定是造成溢出错误的一个重要的因素，它能够承担的写入量基本上接近顶点了。这个下面要仔细考虑一下，什么地方需要 写入，而什么地方不需要写入记录。

SEO连接组那里要花点时间整理一下。我目前的博客包括四个部分，一直保持的部分，这一部分最好不要与 网站发生关系；二是可用作连接的部分；三是私有的部 分；四是专作SEO的部分。除第三私有部分外，一律可以通过本站提升，但第一部分不应直接形成对本站的连接，而应该形成对第二部分或第四部分的连接。

打算花点时间整理一下各个博客，首先就是那个blogcn，结果进一步确认blogcn真是最烂的垃圾，该有的功能没有或者不好有用，花梢的东西全有，简直就是惨不忍睹，它的那个排名怎么可能是真的呢？

XMLOjbect中的类型，一直在两可之间。一方面，它其实可以看作是一段格式化的文化，具有文章类的一切特征；另一方面，它又表现为一个网页。 TEXT类型的歧义来源于它刚好处于动态发布和静态发布发展过程中间。它的出现，是由于象黄页那样的，希望表现出一个独立的地址表现一个黄页内容，同时， 又不希望在同一个黄页内容中出现多次数据库的访问；由此而诞生出寻求在一个对象中获取子对象的解决方案。事实上，这也是导致发展出XMLObject模式 的动力之一。

当XMLObject的博客和动态网站内容最终发展成静态网页发布时，TEXT原有的避免产生多次访问的原意就失去了现实的意义。这也导致了对 XMLOjbect子集合形式的积级意义的再思索。产生重新审核的导引是由于对访问审计的需要，尽管不是必要。在不同的实例中更新对一个数据库记录的访问 计数，要比更新一个XML记录要来得更省事一点，对数据库的访问两者则是一样的。

目前添加TEXT计数的方法大致有两种：
１、添加一个通用的对XMLＯbject子对象的计数方法－标签；
２、是改成一个对类article的围绕着数据库管理的方法。

前者是XMLObject体系的再发展，而后者，则是兼容关系模式的发展。显然，目前没有必要把texts/articles归为一体。就当前而言，使用 一型会显得更为直接而富有进取性。实际上，目前article的计数中搜索引擎起到了积极的作用，如果没有这个作用，text中的记数会明显地不及，因 此，或者应该再建起一个便于对article进行记数增加的网页。