donews
摘要：
其实donews通行证真是一个酝酿了太久太久的东西了。
早在2005年4月，刘老大就在blog里面提到了这事情：“Donews很快很上耶鲁大学开源的passport系统，我们力争不犯同样的错误。”
真正的构思比这还早。这里面提到了耶鲁大学的passport系统，已经是刘老大提出构想找了韩磊，韩磊让我去了解情况，做系统选型之后的结果了。
yale cas系统有很多问题，性能一般，没有和数据库接口，没有单点退出等等等，所有开源系统都这样，有一堆缺陷，但是也有很多好处。我花了些时间，改了一个版本出来，不过没有用在donews而是在05年10月份左右用于了365kit。也就是现在的sso.365kit.com。然后就是don （全文共955字）——点击此处阅读全文
摘要：老华讲的非常精彩，都是非常基本的软件开发管理。
基本是基本，可惜在软件公司能做到的也不多。
一个现实的问题，就是管理成本的问题。如果donews采用这种开发管理方法，那么，立刻，人员要增加到3倍左右，效率要降低到目前的一半左右。
软件工程保证的是可复用性和安全性(这个安全，说的是发布后修改成本极大，所以必须要保证发布版尽量稳定)。而互联网要求的是速度，甚至，甚至极端情况可以放弃复用。
两种思维的冲突，从最后tiny问老华关于gtalk升级的问题中可以明显体现出来，同样来自大型软件公司的老白打断了tiny的问题，将gtalk升级的模式归结为版本发布频率。实际上并非如此。这就是软件到互联网产品的观念转化过程。老白代表了传统软件行业的观念，tiny代表了互联网的观念。软件公司与互联网公司的区别可见一斑。
可惜，由于时间关系，我最希望听到的微软项目管理实践的部分未能讲到。同样是最后tiny问的问题，微软产品为何delay。这个问题没有能被详细解答，实在遗憾。微软delay的原因我认为就 （全文共924字）——点击
此处阅读全文
看看我
现在用的，漂亮吧？
虽然nina说
不用当真，不过我还是当真了。
我喜欢
my.donews.com 所用的wordpress系统，也愿意大家都喜欢。模版是wordpress的强项，我们应该支持。
于是我和
哈啰波波一起，花了几个小时扫荡了wordpress的模版库，遗憾的是nina推荐的模版有一些没找到，幸运的是找到了更多别的好玩的。
最终选中了10多个模版，已经加入到系统里面了。现在my.donews.com 的用户可以从后台选择用了。
其中有一些没有预览图，哈啰波波都给补充上了。效果很不错。
建议给每个模版起个中文名字，这个建议也好，可惜我文笔太差，想不出来好名字。
总之，wordpress是非常好的系统，希望大家也能跟我一样喜欢。
是因为登陆后的控制板中，会读一些rss ,其中最慢的是读取technorati.com 的incoming url 的，其次慢的是读wordpress.org的。
在wp-inst/wp-admin/index.php中搜索technorati和wordpress.org，把相关的代码去掉即可。
现在my.donews.com登陆速度快了很多了。
昨天凌晨，inout系统的全部页面都已经更新成新的连接方式，现在的连接是直接连接，不再通过inout进行转向了。
这样带来最直接的好处是，inout可以更好的帮助你提高Pagerank。过去inout用的统计方法不够高明，现在我们改进了。inout并不希望占用户的便宜，如果inout的用户页面pr都很高，inout自然也会很高，大家帮助大家，何乐而不为？
qiucool告诉我，现在在51.la里面也能看到inout过来的统计了。或许和修改连接方式有关？现在确实是真正的连接了，如果还不出来，那么一定是统计系统的问题了。过去我们用的Header的转向，看来国内的统计系统往往忘记了统计这种情况。
总的来说，我认为inout是有用，公平的。我们希望，inout对于搜索引擎达到一定的认可度，这样，如果你作了一个新网站，不需要四处求人帮你连接，也不需要四处提交搜索引擎，到inout交换连接，就能让你的网站更快被搜索引擎发现，这对所有人都是好事。
互联网产品，没有明确的发布界限，都是随用随改，逐渐变的细致和优秀。inout也是一样，开始弱小，粗糙，现在，在昨天的改动完成之后，inout能够帮大家做更多的事情了。
有一些用户说inout的流量不准，从自己的统计系统中看不到inout过来的流量。
我一直用statcounter 的统计，数字还是比较准的。反映不准的大多是51.la或是chinazz之类的。于是我也注册了51.la，往blog上放了一个。
然后，我从inout点了一下我的blog 测试，结果：
statcounter纪录了inout的来源。
51la什么都没有。
我试了其他的访问方法，包括从google点过去，51la都存在着不同程度的不准确。statcounter一直和我进行的测试符合。
产生这个问题的原因不清楚，不过现象确实如此。如果有疑问，最简单的方法后，可以在页面上放个
statcounter试试看。
当然，inout的数字和统计系统存在差距也是正常的。因为inout是出站统计，凡是用户在inout进行了点击，就会被算作一个。而统计系统是要等用户页面显示出来，才能加载统计代码。如果页面显示不完整，或是统计系统存在漏记的情况，两者之间就存在误差了。
wiki.donews.com连续几天，定时被百度的抓取机器人抓到系统停止响应。
拜托百度，不要这样抓内容了。就算抓，也应该用1个线程来抓，只抓更新的内容，何必每天抓一次，而且用无数个线程，而且每次都要抓全部内容，还不放过任何wiki的历史页面，甚至连错误信息都要原样搬走。
这种抓取方法，谁受得了？
update:
对付百度恶意抓取的办法
老白告诉我，
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 如果你答应不嘲笑我英语蹩脚，可以去看看。:)
第1页，共1页