6/04/2005

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

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

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

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

6/03/2005

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

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

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

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

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

6/02/2005

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

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

今 天在最简单的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都一件没有做下来。废物!今天再见了一个,水平与杨应该是差不多的,只在于多干了几年。不过从写 程序来说,有一定年纪的大专生比刚毕业的本科生为佳。

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

6/01/2005

中断专家主页的工作转向论坛

今天休息不算太好,老婆打算既然保姆已经不做了,那么就不让飞飞再在家里住下去,本来也是题中之意,对此飞飞也不见得很争气,对此我也是爱莫能助,所谓天阴就会屋漏雨,实在是自然之事。

本 来今天的计划是继续把专家自主页的模块完成它,但是一大早chase就打了个电话过来催着要改那个首页,如果光是首页也还罢了,麻烦的是要随之修改论坛 的发贴方式,这等同于是要把论坛修改的计划提前并用包括了注册项目,这样就不少了。不过chase的习惯是每次总是这样紧那样的紧地把东西塞进来,然后过 几天就是,原来那样东西过了多久没有完成啊,我在等着啦之类的话。这还不包括昨天垃圾机的部分。

注册那里要分开非专业用户和专业用户两种,这是一个多次出现有选择显示的form,可以使用opflow完成。不过,仍然是继续原来订下的原则:仍不清楚opflow必然可用的地方是什么,所以可以使用其他办法的,就使用其他办法。

ps: tagfile中如果修改了属性方法,就算删除了也没有用,必须删除并重启从有用。这显然是tagfile服务器处理的一个 bug。tagfile有着严重的缺陷,不能代替simpletagsupport, 除非含有大量的html要输出,否则使用simpletagsupport更为优越。

ps:今天流量再退一千多位,看来,这会与内部使用alexa的人减少有莫大的关系。

ps: 黄黄看来一肚子火,要求阿姨回来把东西拿走,大概也是想打个招呼,谁知阿姨干脆不接电话;结果一肚子火撒到了飞飞身上,不管飞飞是一个穷蛋,要求她 立刻把欠下的电话费全部补清??看来黄黄是压根不指望能拿回借出去的1500元了??这又一次证明,钱借给穷人是没有回头的:其实是救济,那倒不如直接明 确就是救济算了。飞飞也是一肚子火离开了,尽管她有点无辜,不过既然她摊上这样一个母亲,加上自已也不太懂事,也不能完全算是无辜的。对我来说,粘上一脱 扔不开的可能性是没有了,但再抚摸欣赏飞儿的胴体的可能性也算是没有了。??横竖飞儿也是打算搬出来住的,所以也不算是什么损失了。

会员 由于表太大了,而且是带有通行证的概念,分成几个显示的话会太复杂,看来需要一个会员显示页面,无论是前台后台都是如此。而修改的部分,只是极少部 分。目前dao.xml扩展得太大了,要有效使用,看来要学struts,可以分成几个xml,换言之,把它扔进一个目录中。

实际上,今天的工作除了修整会员管理,还包括修整系统后台,这里由于长时间只有一两个用,一直没有真正完整处理过。但现在会员那里显得相当必要了。

5/31/2005

规则专家主页howtodo

早上,把猪猪送到邻居家照顾起来,这下子可以全神贯注地开始工作了。工作的一部分内容就是整理自已的几个博客,按照既定原则,分门别类地申请不同的博客栏 目,一方面是方便介时正式开始网络广告,二来,就算是个人整理起一个网站,也可以把这些博客作为该网站的周边支持。这项事情相对纷繁,占了一定的时间,特 别是那个blogchina,目前仍是主要使用的博客,但是它的后台设置怪诞难寻,无聊之极。就使用的方便明晰来说,blogger的确是值得仿效的。

眼 前要做的专家主页,其实与博客颇有相同之处,本质上就是一个博客,与目前已经做好的黄页也颇有相同之处。将它分成几个东西是不明智的,事实上,在大部分 方面,它们都是功能相同的,仅在于功能的多寡上。因此,它们之间必然存在着相互的联系,也必然存在着(业务上的)冲突,如果不加以理顺的话。

专 家黄页是一个仿效locateAdoc.com和medscape的,它本身就是一门完整的网上生意。我不明白的是一些拍挡思路会如斯狭隘,仅仅把黄页 看作是一个电话薄,如果是这样,那么一开始说的locateAdoc的方向就是错了,从另一个方面看,开发人员的劳动也没有得到尊重,退一万步来说,目前 的投资者一知道网站经营者是如此理解水平的话,只怕是立刻就会信心全失的。因此,尽管拍档们没有理解,但是基于一个完整的黄页的经营,仍会在网上渐次推 开。专家黄页目前是不收钱的,也没有更详细的东西。

博客是免费的,它与专家黄页的最大区别就在于可以发表文章,并且可以发私有广告。这个 目的是我的一个假设:对于博客而言,收钱没有玩!而分散的博客希望由 博客供应商组织广告,是非常困难的,倒不如让博客自已管理广告,博客供应商帮助他们玩自已的广告。如果博客们自已能够从博客中赚到钱,还怕不能让他们为博 客的存在支付一点钱吗?

由于目前服务器资源有限,所以我也不打算无偿无限制地提供专家博客,对于专家博客,从拥有到维持,我打算提供一定 的条件,条件也不算苛刻,象要有定期的更 新,以及需要在论坛回答一些回题等等,就当前而言,博客的对象是各个科室的研究生和实习生群;反而是专家本身,估计没有多少兴趣在博客上舞的。我倾向于使 用象blogger.com的博客类型:不分类,但是可以拥有多个博客主题。同进允许通过友情连接把多个博客组织起来。

博客当然要比专家黄页要丰富点,但是又必须比专家主页要弱。专家主页是目前预计要收费的项目,那么它有什么栏目呢?可以认为,凡是博客有的,它都是应该有的。从继承性来说,它可以认为是博客的集合。而除此以外,要比博客更强,目前可能提供的还有论坛。

下 午北京抱怨垃圾网站出了问题,我一查,的确如此,但是就冲什么投诉的威胁,我决定放慢三拍去理它??本来呢,就没有收他们的钱,还拿老板来威胁我?谁怕 谁啊?我检查了一下,看清楚总是好的:这个网站是琼依照我的老网站的做法做的,不过得其形不得其神,错漏百出。而就眼前这个错误就奇怪,那是因为少了个方 法,但是编译又过关,显然是使用了不知什么目录的另一个类所致的错误。最好不是责任感而是好奇心让我去解决这个问题:实际上错误不复杂,就是没有办法找到 它引用的那个类??我怀疑是服务器对servlet/bean有缓冲一类,但是我已经把work目录中的部分删除了;自然,不能全删除,否则dep会非常 慢的。最后,我失去了耐心,把目录换了后顺便改成了html,解决了这个问题。看在它原来的页面已经有一定的pr,我没有把所有东西都换过来。

由 于目前是打算做各个相当于个人网站的网页,那么是否可以提供它本身的登录呢?它与主网的帐号又是什么关系呢?……看来,对于单位网站这个帐号还是有点价 值,而对于个人网页的价值就完全没有。因此,个人网页不应该考虑登录,甚至于论坛也不见得必须,反而是图片和自录网页显得更为有价值。目前的的状态是黄页 已成,开发动态个人网站;同时要考虑为博客预留空间。

下面的问题是,目前的网站文章和未来的博客文章,是否应该放在同一个表中,还是应该 分割进不同的表中?分割的好处是可以减少表的大小,加快查询的速度;而 使用同一个表的好处是可以统一进行查询。说到这里又顺便说一说本网的全文检索,它与表无关,但同样涉及到有多少个索引文件的问题。对于互联网来说可以通过 反向链接进行计算,而对于单一网站来说,反向连接没有现实的意义,唯独点击数有实际的意义。目前我觉得数据库的查询似乎不是一个瓶颈。何况我有提高效能的 保留手段,所以还是集中在一起吧。各种类型的文章合并在一起后,看来有必要用一个特别的键值进行识别。

这几天的alexa变行基本上是周 六8000多,周日10000强,周一28000,周二17000,周三8000多;从这个排名看来,是推迟两天但不是 48小时。另外,没有看到明显的刷新的效果,而周一的下跌显然与上周五的中断有关系。目前平均排名8000有可能与自动刷新减少了一个窗口有很大的关系。

原说今天基本完成专家主页,看来是不可能了,睡觉。飞儿晚上回来了,对于她妈被炒,看来气鼓鼓的,看来是不会再和我调情了。

5/30/2005

5.30,一天到晚几乎什么也干不了

不出所料,今天仍要花了一整天开会??其实是浪费时间,到晚上仍没有能够恢复精力,本身晚上又太疲劳了一点,真是一点也不想干了,只想睡觉,可是女儿却精神百倍地呼呼叫叫,就是没有机会静静地躺一躺。
同日申请的那个google ads还是没有回音,要观察一下,到底是什么因素作怪。从一些迹象看,申请一个帐号好象还不是那么容易的,还需要某种的档次。不过不要紧,其实我目前的博 客内容的整理并没有完成甚至没有真正的开始;但如果现在给我一个google ads帐号,或者我会更有目的性的。
五月份的工作的确是严重受到了保姆贻工的影响,这是一点点感觉到的。昨晚,一方面我的确是欠眠,(这也是间接和保姆有关,晚上照顾孩子是她的责任,现在要 我们两夫妻照顾,自然影响了休息),二来的确是小猪呱呱叫个不停,(这孩子目前处于这样的时期:抱着她吧,左扭右扭,放下她吧,来个马拉松式的大哭闹;还 一会儿吐一会儿啃地板的,不能不管),三来老婆的大脑也不算太发达,一边说累啊忙啊,一边浪费时间在不必要的地方??大大的全自动洗术机摆着,她却把自已 的衣服和猪猪的衣服一件件手洗,布的而已,也不是什么高档晚礼服……反正,整个晚上我没有机会工作,唯一可得的,就是早了两个小时上床,但其中一个半小时 仍是拍着翻来滚去哭哭笑笑的小猪,根本没有机会睡着觉。
所以老婆决定把保姆立刻开掉我是不觉意外的,平心而论,如此继续下去也的确不是一件事。唯一有所挂念就是保姆也住在我这里的女儿,飞儿。飞儿不是一个懂事 的女孩,俗语说穷人孩子早当家,她却是穷人的孩子迟懂事,已经成人了,仍是不知世间艰辛,显然,这与她文盲的母亲的素质有直接的关系。我有点关切她,是因 为她是又一个对我原则上无隐私的女孩。这体现了一种信赖。我对她的身体并无邪念,事实上如果我愿意,完全可以把她扯上床占有她估计仍是处女的自体,但是我 不会这样做的。我enjoyed的,仅仅是享受着通常属于女性绝对隐私的可以任意向我开放的那种密切的感觉;但我并不是愿意越轨的人。
今天晚上休息好了,那么白天估计可以干许多事,因为猪猪暂时被寄托在一位邻居家照顾。

5/29/2005

今天基本上没有进行工作

今天的结过很简单:上午抱女儿到她伯伯那里,然后让她伯伯一家玩,熟悉一下,然后我自已和老婆去看《星球大战》,并在外面用了午餐,然后把女儿接回家里, 已经相当疲劳了;事实上近段时间一直都觉得疲苏,令工作效率上不去。没有时间恢复是主要的原因,咳嗽影响睡眠;然后是保姆总想办少女,一天到晚抛下我的女 儿去玩跳舞(她老已经近六十岁了),弄得我和老婆常常被女儿的哭闹中止工作,效率低下;冲这条,也的确有必要考虑换人了。另外,近段开始与女儿一起睡了, 女儿常常半夜哭闹,弄得俺夫妻俩晚上都睡不好。
下午不敢什么理由,我都把女儿推给老婆带一带,一觉睡到七点钟,也就两个小时吧。但即使是这样,仍然是给女儿莫名其妙的哭声弄醒了。晚饭后,仍是让女儿拖了一个小时左右。然后才开始工作。而工作的开始就是处理那个博客的问题。与网站相关的问题,始自22:38。

我想,老婆的不能让女儿哭闹的标准定得太高了,以后我不能理她,女儿只要没病没痛,要找人玩的小哭小闹,有心则管无心就让她哭一会,哭累了就不哭了,或者就睡了。

今天中止的地方,仍是要写东西,关于招聘和短信的部分,仍然没有想清楚的。而可预见地,明天又是开会,没有时间展开工作的。

目前blogspot中文仍然存在问题

blogspot除英语外,默认使用的是utf-8编码;对于英语,这没有问题,IE会适应的,但对于中文就不然了,事实上,如果不是浏览者手工设定编码的话,utf-8编码的网页显示的就是一遍空白!问题就在于,全中国人有多少分之一的浏览者知道网页编码是什么回事吗?
这个问题我以前没有注意,因为我使用的是firefox,(严格地说也谈不上“以前”,我是昨天才知道在中国大陆也是可以看到blogspot上的站点 的),默认状态下的utf-8,如果设回到gb2312,原来发布的文章,就全部变成了乱码。
问题出在blogspot的发布机制。我一直留意到blogger.com的“发布”这个用例操作,不太明白它是什么意思。直到我看了它的网页源代码,事 情就开始清楚了,它使用的估计是一个与google相关的索引文件另加一个与cocoon相似的xml发布机制,发布的意思就是把文章转成xml存档,这 样做的好处是可以根据不同的xslt转换成html/pdf/xml/rss文件。由于转换是一致的,对于所有网页都适用,也就不需要每一个转换写程序 ??有它的合理性??但也有它的不合理性,事实上现在它对于中国读者,包括绝大部分非英语读者,我看,都是不可见的,那怕中国网安没有封闭它!


它的日志文章显然是独立放置,并且在读取时才由某一个读写器从xml存档中再读回来,这里显然存在一个逻辑错误,就是读回来的xml的encoding有 冲突,??这个案例说明,xml除了让软件业有了升级的炒作题材,其实也不见得适用于所有的情况,还是一句老话:软件无所谓先进,只有合用不合用。就 blogger.com来说,尽管它是全球博客第一,到目前为止我还是没有看出它的完全基于xml的解决方案有什么必要性,带来了什么特殊的效果,因为, 我实在看不到它有rss功能提供!

这也可以解释b logger.com的缺陷??文章缺乏分类功能,以及文章显示缺乏设置功能??它甚至不能选择设置只显示文章条目于第一页!当然,如果它一定要提供这个 功能是还是可以做到的,但是在如此数量的情况下,修改一个基本结构的工作量和成本投入不是普通项目可以比的,而完全基于 xml的解决方案,在扩展性上是不是那么乐观仍是一个未知数,至少,作为一种范式,没有多少可以参照的项目经验可用。

这就形成了这样的一个问题。如果用户写博客本身只是涂鸦,其实有点东西下笔就可以了,但如果象blogger.com那样希望与google的ads结合 产生效益,为博客指出一条赢利之路的话,那么,就不太美妙了。因为,这样条件的博客,其实是基本上没有希望发挥博客内容的吸引力潜力的。就本人而言,如果 打算组织自已的可以发布动态广告的博客群,blogger.com就不可能是一个首选,除了它是中国网安的重点封锁对象外,它的内在的技术逻辑错误,恐怕 是更致命的因素。