软件项目工作日志

这个星期

2006-12-16T13:40:00.000+08:00

这个星期，周一的计划到周六才做。周四到深圳一次很可能是白跑一圈，周一本来是前剧，但是搞错一个小地方，出现了一大堆的垃圾，一直到今天还没有清理完，昨天大半天，让一个程序小错误弄了大半天，最后才发现是变量搞错了，令数组溢出了序号域。由于这个错用catch也收不住，一度令我糊涂万分。
但看来google也好不了多少，这个简单的升级，好象整整花了它十几个小时。

2006-06-14T12:09:00.000+08:00

昨天真的碰上了麻烦事，新系统性能限制居然比旧系统还要严重，而且会自动退出。
新系统目前只有两种系统可以装上去，一个是fedora，一个是suse10还只是32位版本，这是64位机，但不知为何，无论是fedora64还是suse64装起来都是半途死机，连安装都没有完成，一点办法也没有。
fedora把没有用的桌面什么的删除后，倒也能用，今天网上的静态发布的东东就是由第一次的fedora做的。也正因如此，昨天碰上的事情才真叫奇怪：它不能正常发布了。总是出too many files opened，但无论是fs-max,这应该是文件系统允许的文件数；还是ulimit下的文件数，都已经绝对改大了，仍是出同样的错。更麻烦的是，它的错误象是还可以记忆，以致于第二三次就会自动退出系统。如果真的用作主力工作机，那还不如不用。除非我在第一次成功发布时是记错了，否则这个事情真的是无法解释。但，网上就放着它发布的东西！！

我怀疑是rh在fedora版上搞鬼，但换到suse10上，仍是同样的结果。而两者唯一相同的，就只是使用uname2.6内核。难道真是2.6内核的问题？如果进一步升级到java1.5那工程就越变越大，而且还只是一个探索工程，谁也没有把握，这个工程就一定是成功的。

我尝试在网上找找答案，但是搜索出来的结果少之又少。显见，碰到同样问题的人不多；而事实上，这种发布方案，一般是使用后置工作机专机处理，象我这里预发布的少之又少，真碰上能否认识到有这个错误，实际上也是很难说的。另外，我感觉到似乎这个新系统对内存的使用效率还比不上老系统的内核。或者，真的是内核上的限制？

目前可选的方案不是太多的，简单化重装一个fedora再试试，但真的是挺悬的,结果无效。另一个就是下载一个2.4内核看看更换内核会不会有点好处，那怕修改了fs.h的头，找不到inode.c，再研究下去就复杂化了；重新用上这个内核后，还是不行。除此之外，也实在想不出好办法来了。

顺便试试java1.5和tomcat5.5版，发现对大内存的使用上比前一版本好了，能识别的内存更多，与apache的配合没有问题，一切照旧，但原有的程序一律编译不出来。看来，把系统移到tomcat5.5上仍是相当复杂的一个工程，而且是否有效也是不能马上确定的。

2006-02-04T08:54:00.000+08:00

眼前事情比较多，而且其中缺乏连贯性，最不令人喜欢的那种操作。
一、月初升级dis大纲的工作做了一半，碰上硬件故障，到今天仍然没有重新开始，以致于到底干到什么地方都差不多忘记了，更不用说当时的感觉，显然是全没有了。而这段时间收拾硬件的坏感觉也影响了整个工作情绪。

二、SATA的linux驱动如果不搞下来，新的一台服务器也难说得上有什么作用。而新恢复的服务器增加linuxmail也是一件不小的事情，这个操作虽然以前搞通了，却也是很没有意思的一个，重新看以前的文档，很闷的事情。

升级到java1.5 不容易

2005-11-30T08:36:00.000+08:00

除了如何升级外，还有着为什么要升级的问题。初步看它的文档，我觉得JAVA1.5是从语言层过多地向抽象层、应用层扩张了，包括它的netbean，还有resultset可选这些类功能，恰恰是我最反对的。事实上，这是为了适应低级的用户而在基本性能上作出了妥协。

在测试过程中，尝试直接使用1.5JVM升级1.4,结果应用系统迅速崩溃??无报错崩溃。这说明1.5违反了一些语言包升级的最基本要求，即应该兼容从前的应用；尽管我可以用1.5再编译一次，但终归是不太合理的。

用1.5重新编译时，发现许多可以在1.4上编译通过的代码，在1.5就通不过，这意味着需要重新建立一个系统，使用1.5一个个地bug，同时也要预计到如果1.5通不过，同样的代码需要在1.4上也bug一次才可以使用??以它目前的表现，谁能担保到时1.5的系统上运行不会DOWN?或者会好一点？

起码，到目前为止，我还是没有看到必须使用1.5的理由。尽管1.4的类明显有BUG，象，filewriter的数组写出时计数错误，每隔一千字符丢一个之类的，但代价了比目前可见的升级到1.5的混乱要少。

如果是从零开始一个系统，或者，1.5是一个可能的选择。

2005-11-08T11:50:00.000+08:00

让会话的问题无来头阻了一个多小时，发现这是一个早已解决但却差不多忘记的问题。

收拾几个发布的便于SEO的网页，由于昨天睡眠太差，居然花了我几个小时，不过忙中偷闲也睡了一两个小时，精神似乎恢复过来了。从访问量看，减去了archives的部分后，回复到九月较好的水平。其实是不错的，因为基本的面并没有改变，不过陈似乎是难以接受似的。

2005-11-05T10:00:00.000+08:00

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

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

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

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

2005-10-30T10:57:00.000+08:00

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

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

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

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

2005-10-09T08:56:00.000+08:00

在静态的页中带上连接包括：到主域的连接，不宜用script打出来，连iframe都不算合适，更适于使用静态连接,以便对主域的pr有所帮助；其次，是一个指向强大下载甚至是刷新地址的页面，这样才可以加大流量，最后，是需要一个指向当前域的地址，以便可以调节会话；或者，还需要一个统计网址，以便知道这个网页的访问量有多大。

统计的功能令人不能放弃，但是统计就必然意味着高耗能的数据库存写。另一方面，单纯的刷新访问可能看罕见的，真正的访问计数估计者是来自于搜索引擎。如果提供了静态网页，却是再消耗大量资源做少量的实时的统计，实在有点不伦不类。这里解决方案有两个：一是由另一台电脑完成，实际上是把负担放到数据库；数据库也可以由单犯的系统提供。这种方案，本质上是扩充软硬件来满足边缘需求；代价除了软硬件的成本外，系统管理也是很大的成本。另一个方案就是一直说来的消息系统。把要统计的数字作为消息串放在系统中，在检查到访问量不算大时，就自动把它存入数据库。显然，也是需要一个系统的计时器。因此，这部分目前只能是推后，直到系统定时器出来。

2005-09-21T11:57:00.000+08:00

今天再次考虑一下是否升级dababase，这是最早时使用XML来代替简单基表的解决方案，当XContainer已经出现后，就显得有点简陋了；最终实现升级是必然的事，如果这个项目最终能够完成的话。当有着先例的情况下，使用XContainer升级这个老的XML文件，不会是太麻烦的事情，问题在于，调用的地方会如何？目前调用的情形，已经脱离了lister，因此，只要控制会几个访问database的标签，也不会产生太大的震荡。难点主要在于那个二级，会涉及到另外几个base，因此，有可能会造成一个升级延伸。其中最大的动作，毫无疑问还是在于那么database.service的升级，这个地方，涉及到线程的使用，可能会有一些震荡性的动作。

下一步升级涉及到的，大概是这两个问题。刚刚让防火墙老客户估计是arp欺骗的求告弄了一下，想起，大概也可以安排李继搞一搞这件事了，不知有什么用，但是大概可以帮上某一件事情。

XContainer 里头装载的，是XOBJ，这和Database里的memoryBase还是有很大的区别的，看来，把XContainer的排序方法写进Base里，显得更为现实，由于现在的大base已经是在数据库里，这样升级的好处，是允许系统管理员可以通过界面编写，而这一条，目前还不算太迫切。

近日屋前盖大楼，头顶三家公务员又在装修，半年一修，共党的公务员就是钱多。白天把我的房子弄得象厂一样声威大响，加上女儿也在凑热闹，真是吵得不能静下心细想问题。晚上乘着人静一点，周围走走，想想这个base的事情；觉得环境还是不错的，白天拿个手机，也可以在小区里跑跑步，晒晒太阳。

细想下来，memorybase,simplebase,甚至multibase都有存在的必要而不会有多少更替的空间；而treebase就没有太大的存在的必要。另一方面，simplebase结合数据库的支持也是必要的，当初也没有做错什么。treebase目前仍没有真正开始使用，显然，这种反向遍历效率太低，如果不是使用子集的形式，根本就不值得采用。由于XML可以解释子集合对象，这样，的确存在着把子对象变成链集，实现无反向遍历的树表，的可能性。并且，这种结构还可以继续使用simplebase的数据库支持，通过XML字段存储子集信息。

把memorybase存储到小文件中，可以实现另一个目的，就是把这些存储清除出内存。对小文件的当前查询和解释并不可怕；而原来的大文件方式就显得太可怕了。

simplebase存入数据库中读的时侯载入，一定时间后清除，一时也想不出更好的办法。如果实现的是静态发布，实时访问量会大幅度减少，对于数据库支持性能的担忧也会随之减轻。这里，没有必须如何升级的清晰的主意。非常肯定地，目前涉及到DATABASE的升级的工作不是一天可以完成的，估计需要三天时间。想清楚，还可以一点点地升级，这几个步骤看来是不必然相连为一个的。

2005-09-17T20:07:00.000+08:00

今天忽然说起为什么还有钱给扣了，才记起保险公司那里还没有收到它的发票。这里构成了一个闭路的混帐循环：工行特别麻烦，而电信那里总是抢扣钱，扣了钱还不知道它是从那里扣的，它还从几个地方扣钱，最后，是保险公司那里老是扣不成功钱??估计是扣不成功。不但如此，先前那个王卫红的医疗保险还拿了我几百元，到现在还没有把发票拿回来，如果是真的，那就是第一次出现吞钱的事情了。虽然只是几百元。明天和这个星期的第一件事就是去银行把帐单打出来，看看钱到底扣出来没有。

……打完卡，发现钱已经扣了出来，这下就到了另一个问题，为什么没有把发票给我，以及另外的住院保险下落如何了。

2005-09-02T23:04:00.000+08:00

昨晚睡眠不佳，一早本来想睡睡懒觉，谁知道楼上楼下的装修声音震天价地响起来。妈的，咱们这些鸟同胞一天哭穷，一边拿着共产党分的房子??他们买的房子最便宜的只有一万多元一百多平米，平民百姓根本想不别想；可是呢，这些“穷酸”却有本领每年拿出十万八万不断地把房子装修来装修去。不但如此，公共照明、电梯、管理费，等等，要他个人出分摊时，却又拖来赖去地不愿交，希望单位给他埋单。当然，这是因为他们的单位都是皇家饭的单位。其实中国坏就坏在这些高高在上的“公务员”身上，把整个社会吃得精穷。给吵得睡不好，人也特别烦燥，偏偏老板来个电话说中秋请吃饭；这样一整天就泡汤了。但以这样的状态不能休息调整，其实也干不了什么事情。

刚刚完成的博客，给这帮家伙试用时，抱怨的东西一大堆，到头来没有几件是真实的。也许是过分烦燥吧，以至于不想再干了，本打算把帮助写下去，但是越写又越不想动笔??好好的博客放着却要手工编HTML，总是觉得不大对劲。最后还是想通了，应该用博客写这引动帮助文件，反正已经是静态文件，一来可以试试，二来也可以方便排版。但是我自已的五花八门的博客就不要在这里弄了，以免个人情况暴露得太多??靠，就是因为对现在的博客都不满意才兴致勃勃地自已开发博客自已用，到头来还是不应该用。或者应该想其他的办法，比如注册一个域名什么的用动态网站把它建起来？

本来打算把那信用卡款给还了算了，谁知道居然还鬼那么难；一会是不能转帐，一会是不接收。总觉得这个信用卡有点怪，要说还款吧，妈的明显说终止了它自作主张给了人家钱，倒过来向我催款；却没根没据的。要说这个帐号已经废弃了的话，他一死催款。直接向它里头注钱吧，它又是一个废了的帐号，给多不退；问银行吧，银行的人居然让我别管。我又不想理它了，印象中上一次催款和这一次是一样的数额，有本事告我去。

国内的博客没有几个好用的，blogbus看来是比较好的一个

2005-08-29T20:52:00.000+08:00

近一两周业余时总想把一些文章发上博客，但两个多月没有跟进博客（却是自已应项目要求开发了一个博客引擎），再看国内提供的几个博客，实在是用不了： blogchina有一半的时侯工作不正常，另一半时间不是提交出乱码就是告诉你有更严格的政治控制；blogcn的前台分几段由xhttp读取更详细的动态内容，弄得打开前台要一两分钟（真不知他们的技术人员是怎么想的）；blogdriver和blogchina是同一个模子，blogchina的问题它全有，blogvchina没有的问题它也有。

相比之外，国际上知名的几个博客比这几个国内博客好得多，象blogger，从来没能什么大问题，最大的问题就是使用xml存储带来的多语言化问题；英国最大的blogcity工作也是非常的稳定，花梢的东西不及国内这些网站的十分一。这几个国外的博客最不足的就是没有讨三个代表的欢心，都给中国网警封得死死的。国内的网络信息控制官还是相当尽职尽守的，只要看到海外博客的中文信息稍稍多一点，就会随叫随到地把它封死的，反而是所谓的黄色站点，几乎都是开通的。

不过，也正是由于几个大的博客不能用，所以才想到要试几个小的博客。第一个是yculblog，歪酷；这是一个php做的博客，优点是比较稳定。目前较大型的博客一般是使用jsp/cofusion作为解决方案；使用asp的博客大多数在用户达到一定数量后就要在系统设备上付出很大的成本；性能上也得不到保证??说真的，还真没有见过成功的大型博客是使用asp的。国内的博客最成功的之道，大约无非是上市或招引风险基金，说句不中听的，风险基金一咨询技术顾问公司，就会对asp网站的真实流量表示怀疑的。

不过，如果jsp/asp用得不好，象 blogchina/blogdriver一样，就会画虎不成反类犬,倒不如使用php，php看来很适合中等的博客站型建设；如果用例模式的功能需求不是太复杂，php缺乏对象化的弱点就会不太明显，而它的性能硬度远胜于asp，也胜于设计不佳的jsp网站。

第二个就是blogbus，这也是一个php的博客。最早时浅试过这个小博客，觉得不怎样，现在再试一下，发现这个博客就实现的功能来说，是目前国内博客的狡狡者（不过部分设计功能看来还是比不上牛虻刚完成的那个，但网页版面的美观就远超过我的了）。这是一个完全支持完全模板的博客，它的概念基本上就是跟随着blogger实现的，活象是一个blogger的php简化版；看来也同样实现了静态网页的发布。（现在看来，所有网页以静态形式发布是既能让搜索引擎亲近，又能避免让搜索引擎冲毙的唯一办法）。它还实现了一些blogger没有实现，或只能通过第三方实现的功能，象文件的管理，看得出来，它是用程序管理服务器上特定的文件夹。先试着用用吧，看看它后面还有什么问题。

牛虻一直觉得blogger作为一个博客是很优秀的， myspace的用户排名在blogger的前面;但那看上去更象是一个象msn的 userapace的博客，我想这种博客大概不应叫博客了，作为个人网站（网页集合）的一个升级可能会更合适一点。因此，牛虻设计的博客也是完全跟随着 blogger的基本功能进行提供，这条思路与blogbus应该是一样的；也正因为如此，牛虻一眼就认出它的基本逻辑与blogger的相近之处。

要跟随blogger，就要实现两个基本的效果，第一是完全定制的模板，这意味着要写标志解释工具；使用程序控制的局部对话界面订制的路就走不通了；但倒也省掉了写一大堆无聊对话模块的工作量（牛虻最讨厌搞这东西了，如果牛虻没有看错，开发模板以及模板定制界面，占了许多博客开发和维护工作成本的50％以上）；牛虻使用了这种代码解释方式后，这方面的成本下降到接近可以忽略的程度。第二，要发布成静态网页，这既是对搜索引擎的适应，也是对性能的要求，否则每次访问都需要重新分析解拆一个长字符串，那是了不得的性能消耗。这是实现blogger形式的博客所最起码的，牛虻做到了，看来blogbus也做到了，到目前，似乎是没有看到其他达到同样要求的。

目前博客已经成了一个相当复杂的同时缺乏标准的产业，象tag，显然是索引分类的关键字，类似于sql中的like子句（但如果真的在前台提供like查询，这个网站几乎肯定承担不了很大的访问量），但却并没有被主要的几个国际上博客接受；还有象国内很多专业网站也声称提供博客，等你一进去，大致有三种，要么就是假的（象某健康网把论坛称为博客），要么是外购服务，象yahoo提供的博客面向ISP的有偿ASP服务；其三是使用一些免费却消化不佳的免费博客软件??如同免费论坛程序满天飞，博客也是有的；不过牛虻对这些免费的应用程序都不太感冒，主要是觉得它们的开发水平太次了，把它组合进自已系统的工作量远远超过自已开发的工作量，还象吃了死苍蝇一样恶心。最终结果就是牛虻目前感觉到的：博客满天飞，但真正能用好用的没几个，还主要在国外，让网警给封死了，国内全看不见！

最后又用了一下blogchina/blog.csdn.net，试图回答网友的问题，但更性能实在令人无法忍受。这个blogchina拿了两千万美元，反而变成一个不可用的东西了。既然blogbus可用，就移到blogbus上吧。

2005-08-26T17:40:00.000+08:00

blogdriver有很严重的技术问题，该栏难当重任，先前在这一栏上进行存储的目的部分是由于blogchina政治性控制太严；同时需要存下一些有价值的文档。blogdriver的问题主要有两个，第一个是首页的效率低，它居然是把全部内容读出来然后选择显示头和全部！这样无论是多少内容，它的系统负担都会非常高的；其次，就是乱码以及丢内容；这可真是致命的弱点。还是重复一句，真不知方兴东为什么会选上它，那个什么基金为什么会选上方兴东，简直就是大傻冒啊！

blogchina的问题也不少的，性能太差，它可是设备大升过级的！

2005-07-24T10:45:00.000+08:00

要提供自定制网站，要做的事情看来比预计的多得多。要实现各个样式模板定制，如果象blog-city那样，交互界面的工作量就大得不可想象，而且大部分是我不擅长的界面工作，能够给用户定制的量定际上也很有限，这个方案是不可行的。blogger的发布方式可以实现完全定制，的确比较吸引人，但是等同于完成一个自已解释的发布工具，这个问题还没有完全想清楚。

一般说来，jsp页面上的发布，就是在html上用自已定制的标签等把动态内容抽取出来。显然，逻辑是隐含在下面的scriptlet/标签之中，只要可以把文本写进指定目录的指定文件中，当然可以发布成任意形式的html/xml;缺点是，每次更新都要进行相应的发布，更新页面。这是blogger的办法。

另一种方式就是发布成jsp，这样可以通过标签动态读取更新内容，减少了发布的工作量，不过，允许用户发布jsp代码是非常危险的工作；除了他可以等同于访问系统外（这可以通过限制代码类型相对减少危险），还由于每次更新系统会令系统重新发生编译工作。在此以前，这是不可承受的，但近来随着maxsper 似乎暂时得到解决。当然，从长远计，仍是不合适的；短期内，有可能令发布的工作显得加快。

第三种方法就是把现成的jsp通过import输出成静态网页形式，这种办法顾名思义，就是把现成的网页输出，显然，对于不是现成的网页，不是一个好的解决方案。

当前而言，时间太紧了，需要一个中间性的过渡方案，第二种方案应该是比较合适的，可以直接先按jsp编写，然后再允许发布几个标签，最后，完全改换成html.

繁简转换，和搜索引擎带来的类DoS攻击

2005-06-10T09:54:00.000+08:00

这两天研讨这几个博客和广告有着现实性的意义，其中原因就在于对于博客和主页这两者的关系和应该做到的程度没有什么谱。现在看来，一个完善的主面显然是应该超越博客的，模板是最好的办法，可以把界面和css的工作扔出去给用户自已来。作解释性的输出对我来说不是一件太难的事情。这也可以应对目前界面人员职业水平低的缺点，事实上，弄不好除了我不会用PS外，我的水平也是最高的；而PS，看来是要学的。对于网络的广告需要作一个详尽的规划，这不是今天的事情。另一个重要的部分就是图片的上载和管理，当然包括了空间的管理和限制，这两个模板都只能推后实现。而陈今天早上说的挂号也是一个。

当妈子把保险的存折拿回来后，发现存折没有扣钱，反而是电话把钱扣了??我从来没有印象是使用这个存折去交电话费的。这个存折一直是专折专用！而实际上从上面看来，已经给扣了好几个月了。这次没有扣款可能有两个原因，一个是收到通知的时间很迟，其二是如果按通知说的时间，我应该是已经迟了交进去，其次是黄黄做的好事：她把我这个拿去交了电话费，弄得帐面的钱不够了。而工商银行网点少排队时间长也是一个问题。如果从通知看周一周二不办事，那么我还要现在提早过去呢。妈的！

现在保姆和猪猪和妈子一起去打预防针，已经是10：30分了，出去的话她们回来可能会没有门进的。而且赶到后也已经是中午，看来还是下午去吧，或者应该把那个社会保险也一起办下来了。难道20日还要再走一次吗？就这样决定吧。

目前在开发的时侯，由于数据库是共用的，而processor已经改由数据库的metadata识别，这样如果更改了数据库而没有及时更新类文件，就会在前台出错！因此，类似的修改还是在本地先进行吧。

动态个人网页需要增加一个单例短文属性表。象目前前台的一些属性也应该可以使用这个,这些属性修改的机率比较低，而读取的机率比较高，也不存在回复啊，查询啊的故事。其实是可以使用文件，然后直接往目前中生成这些静态的文件。目前仍没有担心系统性能不足，如果到了那一天，也的确可以把大量的文章作为静态的文件发布出去，这样也可以大大提高系统的性能容限。这个表的读取每次只是显示有限的几个，所以可以使用数据库；但如果数量稍大，那么就变成一页要读几次数据库，那是万万划不过来的。

博客那里需要更多的一个帐号，从过程看，似乎目前最有把握拿到的是垃圾那个，就先用那个帐号申请，看看能否成功。手头上好象还有几个网站可用的，总之，帐号可以多一两个，但当前大概只需要有两个就可以了，如果有三个当然是最好的。无论如何，如果发表的内容不是那么阳春白雪容易挨骂的话，特别是在这个国家，还是小心一点为好。申请过程中网景死了，它的postcard实在是一个垃圾，用例假设完全是失败的。

今天第一次接触到繁简转换，意外的是windows的那个内码转换工具完全不能工作??估计它不是这样用的，大概是用来转换象properties文件之类的多语言版本之用。而在互联网上，我找回来的那个繁简转换似乎更简单易用，可以把它做到一个网上服务的类型。由于blogspot诸网页都是大陆无法看到的，因此，专门作为一个面向海外读者的网站可能更为划算。blog-city也是一个以unicode为主的网站，不过，由于它使用的是html所以也没有多大的所谓。我想呢，凡是这种面向国外的网站，大概都主要使用繁体会得到更佳的效果。简体就在国内使用吧。

由于整理那个意见，又在博客上花了一点时间，做完了，就听见猪猪在那里哭哭啼啼个不停，因为没有人陪她玩。不过我下午急着去搞保险项目，这事情整整花了我一个下午。

晚上开始不久，就碰到怪事，网站一下子极慢，并最后死翘翘了，原因不查自明：会话达到了1700多个，而且是短期内的阵发会话，几乎就是等同于DOS攻击了，这个强度已经远远超过了我进行压力测试的最大值。检查日志，发现同时有几个搜索引擎在扫描我的网站。这些搜索引擎实在有点讨厌，不过看在它可以招引浏览者的份上，我一直容忍着，但这次是太离谱了，日志表明，其中深址的219.133.49.235居然每秒钟发出十到二十下扫描请求，连续几分钟不停，换成别的任何网站都会受不了的。我把它禁了以后这种不署名而且无良的搜索我会把它禁掉的。

但除了防火墙禁外，还有没有方法呢？IDS我不敢启用，在公共网路上启用IDS响应很可能导致自我封闭式的DOS，但是这种同一个IP，然后密度很大的行为，如何在程序上加以识别并加以拒绝呢？

records

2005-06-10T08:58:00.000+08:00

06-10; 28000said;doctor3; 9.24 read 34000 ; register 35; alexa 7212
06-10 20:00,遭遇搜索引擎?描?密，???1700多，重?，?封?219.133.49.235
06-11 8:45 alexa??10959；????10734,登?51；

处理集合类型缺陷，研究博客的模板功能以及专家主页的层次

2005-06-09T08:03:00.000+08:00

昨晚其实是提早上床睡觉的，但是仍是老毛病，难以深眠，早早就醒，这是精神疲劳的表现。

alexa计数的确是不定时的，早则２３点多一点更新，迟则零晨吧，升了一千多位。这应该是周二的值，这段时间我是一直使用刷新的，但这次好象效果不是太明显，有可能是由于某些电脑停了，象asoka那台电脑如果没有使用的话，也的确是会带来一定量的影响。周一周二他们出去派卡，所以工作人员上网的比例低了，也属正常，没有出现大幅度倒退就是很成功的。

昨天发现的问题，显然是由于集合属性赋值上的不同步，把老的集合值重新拿了出来，所以不能更新。要解决这个问题，唯一的办法就是令它同步，最不济的就是手工覆盖编码的方法。现在的问题显然是由于更新字段的方向既可能是更新集合，如热点值的用例操作，也可能是更新这个字段值，象这样的roles的操作。 instanceCollections的效果是直接从字段到集合，反之,serialsCollections是从集合到字段。但如果中间一些字段从集合始，而另一些字段从字符串开始，那么目前的方法就不够了，这就是问题。

完全手工编码显然是低效的，看来还是有相应的解决方案。使用容器当然是最终的方案，不过目前没有时间。而使用公共方法的调用，然后在每个设入或读出时都进行一次调用，会是合适的解决方案，缺点是，需要修改那个Coder，其次，如果所有类都更新，短时间内会有系统级的抖动。不过，似乎也想不出更好的办法了。因此，集合实体的程序其实还没有完全完成，只有当Coder已经完全更新可以自动输出相应的程序后，这个程序才算得上是真正是完成了。

当doSychonize 方法完成后，那么原来的instanceCollection方法就显得过时而可以加以废除了。……好象并非如此的，删除后，由于从数据库读出前没有 entity，所以就无法完成初始化，这是原来没有考虑到的。而当实现从结果集转换成持久对象的过程中，由于并不是根据dao而是根据 class.fields进行抽取的，这样就不能在一开始set入的时侯先设入entity，（当然，强行修改也是可以的），目前使用这个 instanceCollection，可以减少系统变动，也是一件好事。但最终仍然是把它去掉了，原因在于始终不便于从几个地方维护。这个问题完全解决，已经是中午了……事实上是到了十二点半。

中午太累了，还是先休息一下。下午从修改文章类别使用这个集合类型开始。但是猪猪在门外吵吵叫叫，加上保姆和黄黄的姑妈也在阳台上吵吵嚷嚷，又不好把她们赶跑，别人还好说，但猪猪叫我总不能叫她收声的。所以中午这一觉是似睡非睡，和阿琼聊了一会，最后又让高的电话弄醒了，只好起来再继续做事。或者，在书房睡效率更高一点。

无意间发现博客中国的页面是根本上全部下载了然后不作显示??这样说来他们的流量中的大部分是虚假的流量。难怪我的那个博客会如斯缓慢。稍作修改后又发现它的逻辑是：如果有摘要就显示摘要，否则就显示整个文章体。另外它的图片的下载也是显得非常的慢。调整博客中国仍然是花了一定的的时间，总是开始时觉得一点点操作就好了，结果最后却发现花了一两个小时。同样是无意中发现，csdn的公告栏中昨天放进去的广告显示出来了，这样，由于这个公告栏会出现在所有的版面，而相反，博客中国的文章中无法显示广告，因此，这里发布的技术型文章，无论是从评级还是实际效果上看，都会比在博客中国中要好。难怪昨天的统计渠道数量远远的少于所有汇总的数量，要知道，我的渠道是绝无可能重复的。但是CSDN其实也只是垃圾中的精品：号称是中国技术代表性站点，选用了asp，还做得很精细，结果是三天两头……有一会儿是可以访问的，其他时侯都是不同形式的死翘翘的。打算在它的公告栏中加上一个GOOGLE的搜索，但结果却发现让它的一个form给挡住了，打算用脚本绕过它提交，也成功了（原来GOOGLE不可以使用post的），却是乱的中文提交，结果只能找英文，中文是不成的。不过，事实上就算是在secure网站上的google提交也是不能的，结果是一遍的空白，什么也没有。这件事情同样是原以为几分钟的事情，结果花了我差不多一个小时。最后发现，在文章可以编辑源代码的版面中一般情况下都可以插入广告，对于象csdn没有太大的价值，但是对于不能在文章项目中插入广告的blogchina，就有着积极的意义，所以花经了一个多小时，尝试性把第一版和科学版的文章加入了广告而实际上这次打开博客是想看看内容部分是否可以加入那个小天使的背景图片……实际操作时发现已经是第二次作这个尝试，总之是不行，原因不清楚，也没有心思现在去找答案了。Google搜索那里转转眼，

文章方面目前基本上就是在主网上显示；大致可以分成总网和子网两个类型，而这两个类型也可以通过一个虚拟的科室进行区别；可以假定总网的文章也可以用到健康网的上面。当加上了另一个类型，如博客和主页时，就需要添加上一个BASE类了，同时，这个操作类型，似乎还没有相应的操作组件可以使用呢。原打算文章类型使用集合进行调整，但把以前的设置一抄，结果就变成了单列的选择，这也是一个解决的办法，我还是有点想得不算太清楚，就是跨类型的显示有没有必要；是不是受欢迎。现在很清楚，无论是陈还是那些医生对于如何建设这个网站是没有什么准主意的，那些医生的潜意识中只是将这个看作是一个自已文章的集散地，如果连他们的研究生的文章他们都不愿意发，那就有点过分阳春白雪了，又怎么可能以共享的方式吸引到其他的专家同行来呢？回想当初的专家黄页所谓的只收副高，思维何等的狭隘！所以完全可以假定，他们不会愿意接受其他人的文章，尽管自已组织文章的数量总是很有限的。

昨天让老妈子帮手买平安的健康保险，今天又接到电话，要在620以前买下一期的社会保险；这件事情可以记住了，只有几天的时间……好象620是许多事情的一个日子，或者只是巧合？

近傍晚，高气冲冲地投诉诊室那里修改文章类型权限拒绝，但是我那怕把程序下载到本地调式，仍然是一切正常，直到把dep上的系统重启了一次，也正常了，真不知是什么原因了。从记录上看，似乎是artype2的原因，但如果是这样的话，www也会有问题的，而且使用管理员帐号也是有问题的，但是事实上那是正常的。反正，俺不是很清楚，这又是一个matrix现象。

文章的分类同时规分出hzw/ysw并不能代替目前的artype的分类方式，但是可以令文章介时以分网形式的显示提供更高的设置效率??调整也只是使用 sql命令的短时间操作，所以其实也是无多大所谓的。投稿其实是不存在的，只存在博客文章的采纳，但又出现与投稿同样的问题：那些笨蛋会不会接受人家的投稿？估计他们完全不能理解使用博客这种形式。现在的很大问题是那些“专家”对互联网是一窍不通，但同时却让他们（应该说是让陈）缚住了手脚，所以无法采用很多常用的网络经营手段。真要做出点名堂来，唯一的办法就是跳出这些个科室的实际限制。所以能够跳出科室限制的手段都是可以使用的。事实上，由于主页使用的文章类型都可以用另一个域值的非零标定，这样，就可以做到同时适应于多种使用，或者，这是更合适的办法。

事实上，这个主页就是一个博客，既然是一个准备要收钱的博客，那就必须去了解一下他人的博客是有什么功能了。根据我对博客的观念：博客的生存之道就是帮助博客用户通过博客赚钱赚名，然后向他收取费用。显然，目前的大多数博客的操作完全违反了这条规则，可以肯定，都是不会有好结果的。出于这个目的，我逐一地观察几个博客是否满足这条原则，和满足到了何种程度。结果最精明也是最愚蠢的是显然是歪酷，它的技术选项就是百分百防止博客卖自已的广告的，换言之，它投资搞那个博客应该是烧钱支持公益不营利事业，大家都知道，这种行径者高尚到愚蠢，然后死去。

另一个blogcn呢？看上去提供了最强大的模板，接近于blogger的方式，但它的刷新太慢了，我等了差不多半小时还没有看到结果，说不定也是银样蜡枪头过分精明（本人赞他人聪明精明的话真实含义是那家伙蠢得可怜）。反正俺是困了，明天再说……但是就在我打算睡觉的最后一刻，刷新一下后，发现它全部出来了，换言之，尽管blogcn的技术（体现在性能上）实际让人不太感冒，但它却是最符合博客的生存原则的，这足以令我对它刮目相看，大概，我应该把主力的站点移到这个博客上。

试用了所有的五笔输入法，从８６版的选择应该是极点和念青

2005-06-08T10:45:00.000+08:00

一直到此前，用得最多的是８６五笔，在linux平堂上装了一个念青五笔和另一个默认的五笔输入，除了互相冲突，此活彼死外，linux上的五笔还存在着严重的缺词缺字；所以用起来感觉远不如在WINDOWS上顺手，当然，windows的客户易用性是无可争议的。８６五笔经历过一次升级，９８五笔，但却是有史以来最失败的软件升级案例，王志民显然不是一个软件客户化的专家，他不升级还好，一升级几乎等于判了他自已的五笔死刑。从五笔前途看，王最合适的选择应该是完全公开五笔作为一个开源项目，然后通过这个开源项目卖自已怕广告，或者，收入会远比现在这样收使用费现实。

五笔越来越有限制，作为挂在windows2000上的输入法已经开始走向沿落，而以前试过装过几个另类五笔，大同小异。86版的主要问题是词量太少，在同一台机上长期使用后补充词量可以初步解决这个问题，但是仍是一个不少的工作量，而且换一台机就没有了，总是滑稽！而98根本就是垃圾，与86版几乎没有继承性，象我这样基本上只使用五笔的用户试过几次转换到９８版，都是屁滚尿流地转回到８６版，可见基本人会是如何光景？软件的升级，特别是输入法这种升级，客户的使用习惯继承是最重要的参考因素，而编码的优化是最次要的因素；升级，应该是根据的使用习惯进行优化，而不是另开一套编码。这是最经典的升级导致被淘态的软件案例。
尽管重新使用五笔８６，但是中文输入越来越依靠一个缺乏维护也不公开的编码方式，总不是一个办法，实际上已经明显感觉到了它的限制，以致于我作文时不得不在用词时也要考虑五笔实际上能够支持什么词和字。所以一直考虑尝试新的输入法替代方案，可是仍是不得要领，其他的输入法大部分是拼音优化，没有什么特别的突破，作为非职业的人员来说大概可以满足少量输入的需要，但是不是一种经典的可长期持有的方法。尽管我不是中文输入法的专家，那不是我的专业强项，我只是解决了有服务器存储的中文编码问题；但仍然觉得桌面中文输入其实是没有找到根本性的路子，目前的吹牛什么中文是世界上输入法速度最快的语言，完全是无知者的自恋式吹嘘。

五笔的一个问题是字根字太难找，实际上尽管反复地使用，碰到字根字仍然是头大！打字速度经常在这里给中断了下来。这个问题我现在找了一个在线查询的编码网站，大概可以缓解这个问题。而另一个问题就是字编码太少，象“?"就没有！这是使用者最经常碰到的问题，所以五笔输入软件理论上应该自带一个编码查找的工具，并允许用户自定义编码应对规则，但显然目前的五笔没有这个功能。

五笔输入输入的另一个问题是输入字和词的选择。我的速度是极快的，目前计数是每分钟大约７０多个字：这不算快，职业录入要求至少８０个字一分钟；而事实上，真正有一两年职业录入的录入员的速度也比不上我快，尽管她们的速度记录是每分钟１２０字。问题在于我打的是字，而不是词，如果我大量录入某一领域的词，那么速度计数就可以轻松地提高一倍左右。而实际上五笔汉字不但重字，而且有大量的重词，重复的频率远远超过了字的重码率，以致于打词是一个不可靠的方式，甚至很难做到完全不看提示框就进入通过词的输入。而对于录入员来说，词可以很长，特别是专业性的文章，甚至可以把一个句子作为词通过四码输入，但对于使用电脑写作的人来说，出词的机率非常高特别是双码重词，一个作家不可能在思考一个句子能够预先提早十个字预计会有什么词，特别是习惯性用词。

我的使用习惯表明，打词基本上不能提创造性写作的速度但可以大幅度提高录入速度。我是极少直接打词汇的，打词存在不少一唯一性，实际上降低了输入的速度，词，一般在不会打那个字时打入，而且一旦习惯打词，当词条不是每台电脑一样的话，就会大大降低录入的速度。另一方面，对于不用动脑的录入员来说，打词是可以预计的，而对于象我这样高速打字写作的人来说，思考中涉及到的词在微秒级只是达到未来的一到两个字词，所以不可能在思考文章的同时预计会出什么词，一旦预计打出的词没有如预期的出现，整个录入的速度就会大幅度下降。事实上，这反应出一种语言的要求：尽管汉语是以字为义的根元，但是实际上人的使用最通常的方式仍然是以词甚至于习惯用句来思考的；由于五笔词的重码率高，就变得不太可靠，而字如果打得熟了除非少量的字根字难以迅速打出来，这是五笔的一个缺点，那么直接打字的效率要比打词更可靠，也更快。这是下一代的输入法应该考虑这个问题，就是针对打词并且不应该与打字混淆。日语输入中的输出缓存可以考虑的，这样可以在最后通过一个识别码决定本次输出是字还是词。从本质上说，这也说明汉语的发现方向是演变成词义字元式的表达方式，才能适应文化电算化的要求。争论汉语是不是最合适电脑处理的语言是无意义的，会混淆本质，令这种语言得不到进步。

升级的另一个要求是能够用一种输入法兼顾两种汉字编码，甚至三种，gb2312,gbk,gb18030,big5,作为一个大陆人不可能去学台港拼音，更不可能学仓颉码；同样，要求一个台湾人使用五笔也是甚为难为。而在电脑中这是可以做到的，输入法编码其实是一个动态组合查字名的过程，而字体是一个显示光点组合的16位数值，这由字库决定，与输入法无关。因此，应该是很容易办到的。

问题是用什么升级了，当前仍然是查找新的五笔输入法，它的要求是：第一不用钱，因为８６就是不用钱基本上可以使用，如果要钱的话，意味着在一定时期后这个输入法是得不到维护的；第二应该比８６强，第三应该能输入繁体；第四是占用系统资源少，不是一个用我的资源拍我马屁提供一些无关紧要的功能的垃圾。

前两天花了半天时间几乎把几个现有的五笔方法装了一遍，结果，几乎全部淘汰了，只剩下一个不用钱的极点五毛和念青五笔是好用的??软件的事情就是怪，除了微软ORACLE这样有长久承继性的软件外，几乎总是不用钱的软件比收费软件更好用的！感觉上和86差不多，它与念青五笔都有一个优点，就是与 windows的录入框架非常友好，不会自已另一起一套，凡是另起一套框架却对windows一窍不通的东西，几乎肯定就不是什么好东西，万能五笔就是一例。

那个万能五笔是最垃圾的，不但功能最弱，而且最霸道，还设了一个木马把265设为首页。一些中国软件人为什么就是这么贱？桌面软件不赚钱目前是事实，但搞这套就可以加以补偿了吗？区区一个输入法，不但占用了大量的资源还互相打架（因为超出了微软的输入法框架，那是一种游戏规则），而且还搞那么多小动作，我干嘛要用它呢？把它用反间谍软件清除后，我不但永远不会用，还会永远禁止在公司使用任何万能五笔；而且永远不会访问２６５，而且永远建议投资者不要投资２６５网，因为它的流量是虚假的。陈桥五笔也是垃圾，不但要另外占有大量的资源，而且还想时时要钱，真是一个垃圾的东西，然后看来，凡是打算要钱的基本上都非常接近垃圾的水平。

念青五笔与微软匹配最佳，而且念青五笔可以实现windows/linux等平台的习惯通用，可以认为是８６版王码的最天然的升级品种。在windows 平台上，极点五笔具有与念青五笔同样的占有资源少的优点而功能显得更为全面一点，所以windows平台选用极点，可能会比念青更佳；何况念青也是要钱的，只不过不会太下流的方式要钱而已，而极点五笔，就开宗明义不用钱的??比王志民要聪明得多。极点五笔和念青五笔都对繁体有完整支持，所以繁简这个问题初步看来是解决了的。

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

2005-06-08T08:29:00.000+08:00

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

拿到了google广告条，也发现这个博客可以改不少地方

2005-06-07T07:31:00.000+08:00

今天早上仍然是早醒，仍然是再花了小半个小时查一查历史上208巡洋舰炮有什么特点，仍是不得要领，看来，应该是一种?助装填的整弹炮，不然无法理解为什么三十年代列强会专门打算造一级舰装这种炮。

终于批到了google的广告条，但是原来拿来申请的网站太旧了，页面设计也不科学，一直没能太多的时间去整理，所以仅仅是把一个广告贴到首页，当场就让整个网页变了型，不过也没有太多的时间去修整，等手头上工作告一段落后，就把那个网站重新做一次。而现在，首先看看把这个广告能够不能在这个博客上贴起来。结果发现这个博客可以在模板填进各种各样的代码，这样就达到目的了，基本吧，如果知道它的对象是如何提取的话，可以做更多的东西，但至少目前是可以使用了。而一来从laura那里拿不到广告帐号，二来这帐号也没有能够成功登录进去，三来更有趣的是google干脆就不能访问了，估计又是盖世太保干的好事。

这个极点五笔还没有找到不让它跟随光标的地方，总是会挡住输出界面，我是看作输出打字作文的，这样对我的影响还是比较大的。我打的是单字，使用词组如果是录入没有什么问题，但如果是作文，单字比词组要好一点。但是我在本博客上调整了如斯时间后，却没有从渠道中发现有记录。换言之，我还没有把握，那个广告是不是允许在多个网站投放的；或者只是在一个网站下的网页才允许进行投放，这是目前没有把握的事情。高岚的广告发给我后，却发现没有办法登录上去，不知是不是给封掉了。而高岚本身是问过，同一个广告帐号还是可以在不同的网站发布的，库可靠见，我想还是要再搞一个帐号，以备急用。

念青五笔的感觉与王码八六差不多，但支持GBK码，所以这样就可以把86扔掉了，如果念青不会另外收我的钱的话。上午尽管搞GOOGLE广告花了一点时间，包括这个博客的调整，但另一个地方，那个早已解决的URL重写用到全科里也花了我不少时间，最简单的东西却搞了两个小时，最后好了也不知原来错在那里（不可能错的东西），好象是有一点缓存的迹象在阿帕奇里，而不是完全按照规则填写进行重定向的。

不过，最后试来仍然不行，如果我把博客体在首页隐掉，那么连细页也不会显示出来，如果显示细页的话，就必然显得长得不得了。……整一天大部分时间，包括晚上，都是在学习如何使用这个blogspot的博客，它的调整模板项倒是不太难，只是模板逻辑显得单一基本上掌握了。

于公而言，这是在了解一个博客应该有什么功能，以前他人的功能做到了什么程度；于私而言，是希望让这批博客发挥出它的应有价值；而当前是由于得到一个 GOOGLE帐号后，想看看实际运行效果是什么。没有图片的话一个网站显得太单调，因此下载图片的时间花了不少，尽管已经严格限制了。secure的网站格构太差，这是之前的美工水平太差所致；我处理图片的能力太弱了，看了，这些相当于自已的网站，如果不能自已处理图片的话，是玩不下去的；至少是玩不好的。

把五笔都装了一遍，只有极点五笔还可以用，最垃圾是万能五笔

2005-06-06T09:25:00.000+08:00

早上很早起来的，开始做到要修改dao.xml中member，便联想到要把dao.xml的读入方式升级，以及相应的解决方案，但打日志时更觉得五笔不好用了（打了十年了，越来越觉得它不好用了），心血来潮要装98试试，这是第N次了，前面装上去总是不好用最终删除。这是最后一次吧，感觉98推出后五毛就完蛋了，王志民是一个笨蛋，完全不理解输入法的使用习惯比稍作笔划优化是更重要的选用因素。更糟糕的是，98不能用，（编码完全不对，难道重学一遍吗？），而86也失踪了，连重装也装不上。最后重启再装，上去了（估计刚才是内存耗尽所以装不起），发现原来写好的日志也没有了。幸好不算多。

所以五笔的升级是需要的，问题是用什么升级了。更新了一个极点五笔，感觉上和86差不多，而且暂时还不知道如何录入词汇呢！而实际上我是极少直接打词汇的，打词存在不少一唯一性，实际上降低了输入的速度，词，一般在不会打那个字时打。……

又一次?掉了?入的文?；那??能五?看?是罪?之首，?能是?不能！垃圾的?西，把它?除清光後保留了其他??五?等?入。把它?除了，??在桌面上留下了一?copyso的什??西。瞧在它好象?挺安份，我也一??有??理睬它，就?它呆著吧！另一?五?快打要????倒是不?，但瞧?付德性也?有什? 出?的地方，大把替代品，我?嘛花??不可靠的?西呢？??版找???都?得找，就把它?除了。反正我的原?是要?的就不用。?次的五?安?花了我?? 小?，才回到正?上。

从检验效果上看，上述文字不但在客户端成为问号，读回来也成为问号，原因可能与blogger.com使用的是 xml的存储有莫大的关系，由于XML文件有编码设定，因此，这就与先前的乱是同一个原因。而对于新的读回，也是使用如java这样的方案读成字节流，当然也成为乱码了。但是我对于汉字编码的内在原理还是不太清楚，这个问题不搞清楚，要做一套文字两套语言就不是那么容易的一件事情。

今天的alexa排名掉下来了，理论上这是周日的排名，还有更麻烦的事情，那个万能五笔设的265仍然霸占了首页，仍是不能把它搞掉，这显然是一个间谍软件。咱们一些中国人就是这么一副缺德性。

星期天，半天有多花和朋友的叙旧上

2005-06-05T08:03:00.000+08:00

晚上受猪猪的干扰太大了，一直睡不太好，因此早也容易醒。昨天晚上刷新了一晚home，不知有没有效果，这要过两天才看得出来。那部生活记录弄着弄着，变得仿佛成了成人小说似的，原来是如此花时间的。把qzys最后的部分整理完毕，没有发现有什么问题，但当把head.jsp修改后由于每个jsp都是包含它的，结果却是全网一下子变得特慢，大概是因为所有的模板都要重新编译一次的原因。

晚上到十二点近了，仍没有做到hzbbs中的最关键修改部分，如同昨天还是前天一样，这一部分不是小东西的，反正居居一两个小时肯定做不完，还是等到明天再做吧。

那个alexa排名掉了下来，是一万多一点。不过相比上一个星期，算是掉得少得多了。看来刷新还是有用的。

周六，继续做qzys，并对六四进行了记念

2005-06-04T08:51:00.000+08:00

晚上睡不好，早上早醒，这是一个不好的兆头，意味着开始进入精力衰期。原计划是想继续做昨天未做完的事情，但结果精力转换成博客整理，目的原来打算是要申请那个ads帐号的。其中的大部分时间是把旧的utf-8的文章到gb2312的博客里。不过，thechina的帐号域名很好，不太舍得扔掉。另外，又写一份六四记念文章，这种文章以前从来没有写过。前后花了三四个小时。

中午午饭后睡了大约两个小时，精神基本上恢复了，把博客的广告也再次地申请了一遍。下午和晚上的主要工作仍是围绕着qzys的贴子的整理，直到添加上签名并发布到服务器上。对于贴子内容中要显示作者的情况，既不能做到全部非规范化，也不可以一行行地读取数据库??数据库只怕是非down不可的。唯一的办法就是把签名搞成一个iframe，这样就可以大致异步，同时把列表项缩小一点，初步可以解决问题。论坛上的最新回复贴在最后，对于翻页很多的贴子来说，其实也不是一件好事。不过这种大量使用iframe的方式，一定是可以让网站的pageview上去的，我相信这也是许多网站看上去很高的原因。

晚上仍然未完全做好，明天还有用户签名，上载个人图片这些项目；特别还有发表贴子的统计，以及把科室转调回到对的科室和病上；这几个功能还是相当花时间的。

周五，强制性把论坛发布了，实际上并没有做完

2005-06-03T10:35:00.000+08:00

上午不管三七二十一上载了。对于我来说，远远没有完全做好，不过，其实推广方面的工作完全没有必要等我这里完美了才开始工作，我这里说完全OK实际上各人的标准是不一样的。不过，陈是不明白这个东西的，罢了，反正载上去，有问题他也是过很久才有发现的。况且，也未必称得上是问题。实际上我目前做的事情远远不仅仅是补充出那个会员功能，实际上还包括整个详细功能的全面细化和合理化，包括原来给扯掉的科室到专栏的功能，以及全面的转向静态化。

目前的求助专家是一点点地收正，所有的子页已经全部独立出来，除了编辑外。编辑的本子需要使用contains判断标签。独立出来的原因是由于论坛这东西花梢东西很多，不独立的话，主要功能没有问题，但花梢东西的添加就成了大工程了。

虽然全天基本上是围绕着qzys操作，力图首先让它基本完善起来，但实际上却是大量地进入到hzw和后台，包括把全部的专栏改成静态网页的形式。这步操作尽管很小心，但晚上仍然再次令系统进入内存溢出，不算非常严重，但仍是不得不重启。到20：00，仍有贴子组织、quanke未做，估量着份量并不轻的。需要先行做出contains判断标签，另外，后台也应该修整进入的路径，加块它的效率。

今天的alexa与昨天持平，一般说来应该是周四，我已经打开了home刷新，但象是效果不怎么样呢！今天是周末，继续保持刷新，看看效果如何。

到办公室花了一个下午的时间；申请GOOGLE给回绝了

2005-06-02T08:08:00.000+08:00

昨晚的休息很差，近来由于猪猪的影响，不但平时工作效率可用时间大大降低，而且晚上休息质量也大为下降。保姆的确是该炒的，素质低的人也没有办法跟她说道理。

今天在最简单的javascript上碰到难题了：无论如何都不能用javascript在菜单里重定位或者自动提交表单??尽管，目前还不算是一个大问题，但是一来原因不明，二来表明javascript对form的控制不可靠性。我估计可能是与div/layer中的javascript受限制有关系。要限制这种控制，可行性总是处于不可预计的状态。

一个最简单的tagfile再次失败，看来tagfile的价值小得很呢！早上做那个自动显示的页面还是值得的，如果不这样做，那么一个个砌也同样要花很多时间，重用性还很低。不过不太顺利，原因多多。收获是进一步了解了struts标签的使用方式，从迭代标签上看，确实比c要强大，理论上也可以代替我的 getter的大部分工作的。由于可以从javadoc中得到使用属性，所以缺乏文档的困难也大大减少了。当初做了一个display标签，由于涉及到的 html代码太多中途告废除，现在实际上已经重新做出来了，使用的方式要简单得多，这就是技术上的进步。

高岗抱怨会话丢失。但非常奇怪，我这里无论如何都无法重现。会话是会丢失的，不过如果访问过基础站点域名就可以得到保存。怎么会出现丢失不能恢复的情况呢？而且一直在基础域名上，如果仍是会话丢失，我也不知有什么办法了。在黄黄机上重复出了同样的错误，似乎是如果先访问过基域或www，再访问dep就会出这样的情况，而在firefox就一切如常。

退一步说，同样的情况，为什么从前没有明显地出现过呢？这仍然是欠解释的。其中的一个解释可以与基域名转换为www，以确保主服务器会话工作正常的原因？实验表明，的确是这个问题。看来，框架中带有一个刷新窗口，也别说没有用，尽管目前dep上没有什么影响。对于IE来说，一旦先进入低一级域名，那么所有高端域名就共用一个会话，而其他服务器那里，也就没有这个会话可以保持了，这就是原因。

昨天收到了ads的回复，给回绝是预料之中的，但总算有了回复。所以我打算本周对刚刚处理完的日志版本再次申请。拿一个帐号，对于了解有多少人浏览我的网站也是有好处的。昨天晚上对home进行了一晚的刷新。这不是应对排名下降，也是为了确认次级域名是否会纳入排名统计之中。今天晚上更新的alexa重新回到6500，从时间上看，应该是指周三的流量。我还没有打开自动刷新。

下午回公司花了我实际上是接近于一个下午，也是聪明下午才回去，这样说来，我可以在周一如无约定则迟至中午才露面，反正也一样可以做事。李继看来是个废物，什么都是是是是，但实际上要做的事情连最简单的SEO都一件没有做下来。废物！今天再见了一个，水平与杨应该是差不多的，只在于多干了几年。不过从写程序来说，有一定年纪的大专生比刚毕业的本科生为佳。

本来打算连夜搞定论坛，不过项目太多，实际上明天也不知能不能搞定呢！所以今天熬是没有意思的，何况昨晚的休息就已经是不好的。除了修整整个贴子外，更麻烦的还需要检查用户的当前登录状态。所以如果能够明天完全完成，就真是很不错的。