2006年09月14日

其实donews通行证真是一个酝酿了太久太久的东西了。
早在2005年4月,刘老大就在blog里面提到了这事情:“Donews很快很上耶鲁大学开源的passport系统,我们力争不犯同样的错误。”

真正的构思比这还早。这里面提到了耶鲁大学的passport系统,已经是刘老大提出构想找了韩磊,韩磊让我去了解情况,做系统选型之后的结果了。

yale cas系统有很多问题,性能一般,没有和数据库接口,没有单点退出等等等,所有开源系统都这样,有一堆缺陷,但是也有很多好处。我花了些时间,改了一个版本出来,不过没有用在donews而是在05年10月份左右用于了365kit。也就是现在的sso.365kit.com。然后就是donews并入千橡,passport的事情也就暂时放下了。

随后又增加了my/free/inout等一堆服务,统一账号成了很迫切的事情。于是在我到donews工作之后,又重新开始这个项目。这次是千橡 互联网基础事业部基于cas系统改造的一套方案。性能好,稳定性也不错。接口协议完全不变,是比较好的版本。在这个基础上, login.donews.com诞生了。这活不容易干,各历史时期开发的系统,操作系统,语言,版本都不太一样,幸好所有的历史上所有参与开发的程序员 都大力协助,总算过了这关。

donews passport和通常passport的统一账号方式不同。我们希望保留所有用户习惯,所以就用了绑定账号的方式,同样为了让过去的donews用户名 字不被抢注,我们采用了注册或从老账号激活的方式。用blog/my/365key/home的非中文账号都可直接作为通行证名字激活。

至于好不好用,就看用户反馈了。现在仍然是测试期,我们还在等待意见,继续修改。

2006年07月22日

老华讲的非常精彩,都是非常基本的软件开发管理。

基本是基本,可惜在软件公司能做到的也不多。

一个现实的问题,就是管理成本的问题。如果donews采用这种开发管理方法,那么,立刻,人员要增加到3倍左右,效率要降低到目前的一半左右。

软件工程保证的是可复用性和安全性(这个安全,说的是发布后修改成本极大,所以必须要保证发布版尽量稳定)。而互联网要求的是速度,甚至,甚至极端情况可以放弃复用。

两种思维的冲突,从最后tiny问老华关于gtalk升级的问题中可以明显体现出来,同样来自大型软件公司的老白打断了tiny的问题,将gtalk升级的模式归结为版本发布频率。实际上并非如此。这就是软件到互联网产品的观念转化过程。老白代表了传统软件行业的观念,tiny代表了互联网的观念。软件公司与互联网公司的区别可见一斑。

可惜,由于时间关系,我最希望听到的微软项目管理实践的部分未能讲到。同样是最后tiny问的问题,微软产品为何delay。这个问题没有能被详细解答,实在遗憾。微软delay的原因我认为就是软件工程模式的现实问题。一个精巧,无误的系统是不存在的,完美如微软的开发管理体系,仍然难以应付复杂的现实,因此,delay总是出现。但,什么让这个精密的机器运转不那么灵了,微软又是如何处理的?这个问题从2000年我读过《微软项目生存》这套书之后,就一直存在。6年中,我经过了无数项目,有建筑也有软件,有成功也有失败,但我仍然无法回答这个问题。希望下次能有机会再听到老华讲述这些东西,帮我解惑。

互联网开发如何做?我也仍在探索。时间,成本,和速度,如何取得平衡,这是一个难以说清的问题。从敏捷编程(XP)中我们得到很多,或许我们能从开源软件的项目管理中获得更多。事实上世界上最大的项目,不是微软的,而是开源软件的。

总之,互联网开发模式,这应该是个新课题,一切都刚刚开始,行业中所有人,都需要为此而努力。感谢老华给我们这堂精彩的课。

ps: 下周准备开始实践采用Trac的管理系统。

2006年05月19日

看看我现在用的,漂亮吧?

虽然nina说不用当真,不过我还是当真了。

我喜欢my.donews.com 所用的wordpress系统,也愿意大家都喜欢。模版是wordpress的强项,我们应该支持。

于是我和哈啰波波一起,花了几个小时扫荡了wordpress的模版库,遗憾的是nina推荐的模版有一些没找到,幸运的是找到了更多别的好玩的。

最终选中了10多个模版,已经加入到系统里面了。现在my.donews.com 的用户可以从后台选择用了。

其中有一些没有预览图,哈啰波波都给补充上了。效果很不错。

建议给每个模版起个中文名字,这个建议也好,可惜我文笔太差,想不出来好名字。

总之,wordpress是非常好的系统,希望大家也能跟我一样喜欢。

2006年05月18日

是因为登陆后的控制板中,会读一些rss ,其中最慢的是读取technorati.com 的incoming url 的,其次慢的是读wordpress.org的。

在wp-inst/wp-admin/index.php中搜索technorati和wordpress.org,把相关的代码去掉即可。

现在my.donews.com登陆速度快了很多了。

2006年05月17日

昨天凌晨,inout系统的全部页面都已经更新成新的连接方式,现在的连接是直接连接,不再通过inout进行转向了。

这样带来最直接的好处是,inout可以更好的帮助你提高Pagerank。过去inout用的统计方法不够高明,现在我们改进了。inout并不希望占用户的便宜,如果inout的用户页面pr都很高,inout自然也会很高,大家帮助大家,何乐而不为?

qiucool告诉我,现在在51.la里面也能看到inout过来的统计了。或许和修改连接方式有关?现在确实是真正的连接了,如果还不出来,那么一定是统计系统的问题了。过去我们用的Header的转向,看来国内的统计系统往往忘记了统计这种情况。

总的来说,我认为inout是有用,公平的。我们希望,inout对于搜索引擎达到一定的认可度,这样,如果你作了一个新网站,不需要四处求人帮你连接,也不需要四处提交搜索引擎,到inout交换连接,就能让你的网站更快被搜索引擎发现,这对所有人都是好事。

互联网产品,没有明确的发布界限,都是随用随改,逐渐变的细致和优秀。inout也是一样,开始弱小,粗糙,现在,在昨天的改动完成之后,inout能够帮大家做更多的事情了。

2006年05月16日

有一些用户说inout的流量不准,从自己的统计系统中看不到inout过来的流量。

我一直用statcounter 的统计,数字还是比较准的。反映不准的大多是51.la或是chinazz之类的。于是我也注册了51.la,往blog上放了一个。

然后,我从inout点了一下我的blog 测试,结果:

statcounter纪录了inout的来源。

51la什么都没有。

我试了其他的访问方法,包括从google点过去,51la都存在着不同程度的不准确。statcounter一直和我进行的测试符合。
产生这个问题的原因不清楚,不过现象确实如此。如果有疑问,最简单的方法后,可以在页面上放个statcounter试试看。

当然,inout的数字和统计系统存在差距也是正常的。因为inout是出站统计,凡是用户在inout进行了点击,就会被算作一个。而统计系统是要等用户页面显示出来,才能加载统计代码。如果页面显示不完整,或是统计系统存在漏记的情况,两者之间就存在误差了。

2006年05月12日

wiki.donews.com连续几天,定时被百度的抓取机器人抓到系统停止响应。
 
拜托百度,不要这样抓内容了。就算抓,也应该用1个线程来抓,只抓更新的内容,何必每天抓一次,而且用无数个线程,而且每次都要抓全部内容,还不放过任何wiki的历史页面,甚至连错误信息都要原样搬走。
 
这种抓取方法,谁受得了?


update:对付百度恶意抓取的办法
                    

2006年05月06日

老白告诉我,feedburner突然不能烧制donewsblog的rss了。这是个比较严重的问题,得赶快处理。

经过了几圈测试,问题看起来是出现在feedburner和donews blog的连接上。单方面很难确定问题,于是我到feeburner的客服版面留言,说我们这里突然无法使用feedburner的烧录功能了,希望他们能给我点帮助。

我怂恿keso也发封信给他们,因为keso的订阅用户很多,应该能更受重视。毕竟,我们不过是遥远的中国的一个小bsp,人家会当回事吗?

我在凌晨12:32在feedburner论坛上发了帖子。

1:56的时候,feedburnerteam的chrisf回帖告诉我从他们的服务器无法访问donews.com。6分钟之后,paulb跟贴告诉了我更详细的情况,同时建议我检查防火墙是否禁止了66.160.96.96。

到这个时候我仍然疑惑,于是一方面让龙如俊检查服务器的的安全策略,另一方面发现my.donews.com的rss可以正常烧录。

我再次回帖,希望他们在服务器上帮助我分别tracert着两台机器,看看结果如何。这时候,是3:16。

3:45,paulb回帖,提供了tracert的结果。是我们服务器的问题。找不到原因没关系,我关闭2003的ipsec服务好了。果然,一切都好了。

到目前,仍然无法知道为什么突然间win2003就把feedburner的抓取服务器ip当作入侵过滤掉了,也没办法找到这个黑名单在哪里,我早就说过win总会莫名其妙的出奇怪的事情,不新鲜。但是,对于feedburner的团队能力,我和keso都表示了赞叹。

以往我们知道feedburner技术能力强大,创新意识一流,但是我们不知道他们的客服响应能力也如此优秀,面对大洋对岸还用着半通不通的英语的客户,他们仍然在最短的时间内给予了最大的帮助。这样的团队,能不成功吗?

keso说:“他们的客服真强,是我遇到的最强的。我的邮件发出不到3分钟就收到回复了。”

比起feedburner,包括donews团队在内,我们身边的大部分公司,都还有太长的路要走。

这是这个帖子: http://forums.feedburner.com/viewtopic.php?p=17963#17963 如果你答应不嘲笑我英语蹩脚,可以去看看。:)