仍然花了一点时间在博客和广告上，杂事多，应争事也多；专家主页其实没有进展

今天抓紧时继续，博客和广告的事情要先扔到一旁，那那个东西是不能够天天看着的，而图片的能力也不是立刻就可以得到提高的，所以目前是差不得就放到一旁去 了。昨晚上本来是打算和老婆亲热一下的，但时间一下来，已经太累了，结果是睡觉了。由于猪猪跟新的保姆睡了，所以倒了睡得很有一点质量；只是猪猪已经一连 两晚哭闹着不肯睡，抬着头就去找妈找爸，不过也是不能不这样，道理上孩子应该自已睡的。

要开发一个主题的博客不是光是做一个博客就够的， 如果不打算别人知道的倒也无所谓，但是如果是打算有点价值的，通常就不是一个博客而是一批的博客，这也是 从安全考虑。期间也必然关系到包括主题、分类、版面设计和文章归理，广告设计，广告策略等。不是一个小量的工作，如果使用的是多个博客，就包括对多个博客 的评估，以及各个博客功能的运用等。

把 时间向前推上三天，从上个星期六开始，实际上有多半时间并没有集中精力到软件项目上，先是六四，然后是和Joan几个序旧，然后是五笔和博客，最后是广 告，而象昨天，基本上全天没有真正干过项目中的事情。除了这些相对来说也是正经事以外，实际上还花了大约有半天的时间查找关于战列舰舰炮发展关系的线索， 这是由于技术争论而起的业余课题。而今天是应该把精力回转到正经事上面了。说是没有集中，是相对于我原来的工作效率来说的，实际上在这么 多人当中，我干的事情还是最多的。

karran 发了几份简历给我，只是从这些简历上看不到什么有价值的东西，而见面本身则显得非常的浪费时间，因此我不太愿意就此花我的时间。等k上班后，就告诉她先去 了解一下他人的工资要求水平，以后也是这样处理就可以了。但马上回应是下载要给钱，这也是前面考虑的事情：目前网络招聘其实省的不是公司的成本，省不了多 少，而可能是扩大了可招收的面，并省了一点人事人员的时间而已。可想理想的网络招聘应该是一种可以让老板直接招聘的网站，可以针对性地搞成针对小企业的招 工网站。

这 几天把时间转向其他地方除了有作一次清洁积事的需要外，还因为要做的事情堆得太多，直觉是不可能在这段时间里完成的，那就需要静一静，或者断一断，以便 清出最需要的事情，而把成批的事情向后面推。如果不是经过这种思考而直接把所有的事情都postpone的话，那就意味着怠工了，这是一个非常核心的区 别。许多人不明白我为什么在需要把一件事情放下前，仍要花时间把它思考清楚，其实就是这个原因。

中午高又说科室修改用户组不行，记得这个已经解决了的，为什么又一次重新出现呢？其中一个原因可能是没有真正实现更新，但目前没有时间细看了，手工先把东西扔上去吧。

关于论坛：
论 坛显然是一个延续性非常明显的工作，无法清晰地摆出它的边界，事实上在操作的过程中存在着明显的功能上的扩展。象目前的qzys就是如此，它目前碰到的 不能短时解决的问题是回复和跟贴是无法简单区分的，而特约专家和非特约专家的回复也应该加以区分，这就不仅仅是简单的界面问题，而包括大量的版面修正和用 例探讨。对于统计来说，可以做到目前开始就分割回复和发?跟贴，但是从前的记录计数就变得无法再核准了，这样的意义也不是太大。总之，我觉得论坛的事情是 如果要处理的话，虽要在时间不是太紧的情况下细心整理，而不能预先定出处理什么什么项目??除非已经有完整的用例分析，否则这是不太可能做到的。而完整的 用例分析，目前没有其他人可以做到。结论是，向后推。

关于注册：
目前的另一个存留问题是注册方面需要让专家乐于注册，其中涉及到一个在线审查用户，而最接近的就是在论坛中回答问题时要求他填入更多的东西，不过，这两项都是不小的事情，更是需要详细的渐进式的考虑，所以，今天仍是需要把它向后面推的。

关于这个博客：
看 来，这个博客使用XML而不是数据库的一个好处是可以随读随入，而不必考虑这样会加重数据库的负担，这样对于使用者来说可以象在桌面一样习惯性地存盘，但 它的缺点是不能很容易地回到原来的地方，相比之下，blog-city就做到了。其实也是非常简单的，只需要在后台添加一个继续编辑就可以做到了。……其 实，我可以把这个连接连到博客项目上，然后直接进入编辑或者看到前台的效果的。

关于专家主页
这 三者与博客及专家黄页的关联和区别，实际上还没有考虑得非常清楚，但要在今天短短几个小时内推出一个版，看来也不能考虑得太仔细的，唯一 的办法就是直接让它可以打出文章。这就涉及到一个问题，文章本身，是否应该与原有文章放在一起？这个问题是考虑的。重新查找了一下以前发布的文章，当时的 结论是应该合并为一个表；看来这是有道理的，如果要合并为一个表就必须把这个表增加一个键值，使用多对多的键值显然不是一个好的办法。

下 午四点：www服务器好象再次出现了溢出，看来内存的设定仍没有到位，这是一个严重的问题因为，这个溢出是在已经有一段时间没有修改程序的时侯发生；其 次是溢出后没有恢复；第三是在溢出时实际上指示还有大量的内存空间可用，而为什么会溢出呢？那只有一个解释，没有充分使用到提供的内存空间。那换言之，就 算加大内存也无法增加负载容量，老实说没有什么比这个更麻烦的。发现有内存溢出报警是在前一两天就有的，与负载的关系并不是非常大，目前仍闹不准它什么时 侯会是内存会面临溢出。尽管这个是最重要的事情之一，但既然是没有什么idear也就暂时不去理它，仅仅是把使用的内存空间再次加大，看看结果如何。…… 记得曾经记下这篇文章的，结果在博客中国中就是找不到，相反，使用google一查，却查到了自已的那篇文章，很简单的，最后把xms加上去了，out of Memory的问题也就解决。这次可以看到内存统计上直接上到了1000M以上。

下 午傍晚时分，在博客中国上又花了两个多小时的时间，主要是放入广告和背景，并与blogger作一个对比，看看其在订制性上有什么差别。看来，博客中国 和相应的那个bloggerdriver以及csdn都有着同样的缺点，或者是同样愚蠢的地方，就是限制使用者组织自已的版面和广告，能够这样做的只能是 那些自以为高明的年轻小程序员，用我的话来说是够精明，太聪明；算来算去最后却是算了自已：用户博客如果自已不能赚钱，又如何能为收费博客付款呢？

实 际上，今天应答服务请求也占了我两三个小时的工作时间，以及为招聘而花的时间，其他电话也是接连不断，这就令我到了晚上仍不能真正开始那个专家主页的工 作；雪上加霜的是家中几盏灯也不能亮了，通常这意味着原来的灯的方案有问题，如果一盏盏地跟踪它，成本就太高了，有点受不了。

无 论如何，还是回到那个结构的更改上吧，由于文章决定是一个表承接多种类型，所以需要添加一种文章类型，同时，如果弄成一个多对多的表格的话，就意味着要全 部文章记录都 要更改，显然这不是一个好主意，还是使用集合类型吧。集合方面今天出了问题，我打算顺便看看它。发现了原因，但是其中一段看不出必要性。

晚上的时间主要google中的广告引到了一个似乎是异样的招聘猎头网站上，还作了登记；我希望这会对我考虑招聘网站有点作用。另外的时间就是解决那个 tomcat内存再次耗尽的问题　，这个问题不解决，坐立不安。alexa的排名升了５０００位，好象还没有更新？因为我记昨天还是这个数的，今天的数字 应该是周二的值。那么就应该是升上来的第二次才对？？似乎还是这个值！