2006年05月23日

Common Object File Format 是一种运行格式,起源于system V,随后被microsoft在nt上用于PE格式。也算是长寿的格式。

之所以想起来这个,是因为不小心看到了:
http://home.donews.com/cgi-bin/user.fcgi?sw=39&userid=StephenLaw

这个页面,StephenLaw 自称是COFF的发明者,在1980-1983于贝尔实验室工作期间,作为System V的开发者之一发明的。这里面时间和我记忆不太一样,于是打算查查。

查的结果是:

COFF是随着System V release 4出现,时间是1989年11月1日。

System V release1 发行于1983年,这6年间共有3个版本问世。如StephenLaw 所说,其在1980-1983年创造了COFF,为何到1989年才开始应用呢?

另外,我搜遍了互联网,除了StephenLaw自己的书之外,没有其他地方找到这段历史相关的资料。

既然同是donews用户,还请StephenLaw答疑解惑,满足一个技术工作者的好奇心。

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能够帮大家做更多的事情了。

一些mac使用时候碰上的问题和解决办法,先放这里                                       


firefox:

中文乱码

安装 Aqua firefox set,然后选择合适的字体(我用的都是Hei),就可以了。  
                                                         
vim:                                                      
vim支持中文:安装http://macvim.org 提供的vim 7.0版本,可以支持中文。
为了使用方便,编辑~/.profile ,增加alias gvim=’/pathto/vim7c/gvim’,以后在命令行就可以用gvim xxx来启动vime编辑文件了。
当然,gvim仍然对中文不够友好。目前我采用的方案是用iterm做终端,然后用vim在iterm 中编辑,效果不错。
                                                          
safari:                                                   
切换到地址栏:cmd+l                                       
切换不同的窗口:cmd+~                                     
地址栏:cmd+l                                             
标签切换:cmd+shift+home cmd+shift+end

lftp:                                                     
lftp连接sftp: lftp -u <user> sftp://<server>              
lftp连接ssl ftp: lftp ftps://<user>:<pass>@<server>:<port>

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月09日

如果有人作一个包含2,147,483,647个页面的网站,目的是用来做搜索引擎的机器人行为研究,你是不是觉得他疯了?

1年前,真的有人这么做了。大家现在差不多忘了这档子事,这哥们又冒出来了,这次还带来了一份报告,他还真把这事情作成了: http://drunkmenworkhere.org/219

既然作成了,就值得看看了。我以前曾经说过,抓取这事情不是那么简单的,如何能按最合适的频率抓取数据,也是一个很好的数学模型。国内的百度,搜狗之类,显然这个就没作好。

要是能搞个中文的机器人分析,肯定很有趣。百度那样的疯狂死抓法,作出来的图样会不会有一种变态的美呢?

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 如果你答应不嘲笑我英语蹩脚,可以去看看。:)

2006年05月05日

用户:今天我无法登录网络系统,我的“调制解调节器”不能正常连接。
工作人员:看看您的“调制解调节器”,告诉我是哪个灯在闪烁。
用户:我不能。
工作人员:如果您不能向我描述实际情况,我就无法帮助您解决问题。难道您就不能看看您的“调制解调节器”并告诉我它的状况吗?
用户:是的,不能。
工作人员:为什么?
用户:我的“调制解调节器”在地下室里。
工作人员:那您为什么不去地下室看看?
用户:您在跟我开玩笑吧?这儿的地下室有6英尺深的水!
工作人员:噢,我知道问题所在了。计算机不能在水中工作。
用户(很吃惊):真的吗?

当我看到了这段对话的时候,立刻决定买了这本书。

幽默是程序员的必备品质,一个好程序员一定幽默,当然幽默并非充分条件,一个好程序员需要很多年的磨练。这本书,至少同时试图教会你两件事,幽默和写程序。

某个年头,特流行所谓“不懂代码也可以进行的设计”的设计师,恕我直言,我认为这是扯淡,我没办法相信一个分不清沙子和水泥的家伙去设计房子,同样也没法相信不了解实现的设计师能作出来堪用的设计。实现是如此的重要,程序员一定是架构师的初级阶段。

这本书完完全全在讲实现,而且是非常琐碎的细节。读这书是一次脑力的挑战和面对自己的过程。你认为自己写程序的经验够丰富,但是,这个bug你偏偏看不出来,你认为你C++够强,但你用的确实不是正经的办法。当然,当看到答案的时候,往往会气愤的说,原来这么简单,我早知道……其实,问题就在这个早知道上。这时候知道,晚了。早先的时候,你想不到。

我总是自认二流高手,距离一流高手的差距就在细节,他们看了知道,我看了不知道。而这些知道和不知道,确实没有什么大不了的,要决就在于,相信自己,注重细节。所谓细节决定成败,放在这行里面,基本也是没错的。

总而言之,这本书应该读读,至少,我不仅知道了我关注细节的功夫不够,还发现了我自认为标准的C++和真正的标准还所去甚远。

在我用C++越来越少的今天,读这本书确实晚了点,但是思路是放之四海皆准的,读了不白读。如果还在用C++,那这本书就是非读不可了。这书除了会让你觉得智力上被人戏弄了之外,没有别的后遗症,至少,大部分时候他能让你会心一笑,让你快乐的读下去。

当然了,你还可以靠找找翻译的毛病,找找书本身的bug把被作者戏弄的耻辱洗刷一下。:D

《捉虫历险记》  Steve Oualline 著 彭珲 糜元根 译
清华大学出版社 
36.00元

update:接受小檀的意见,补充:

在线阅读

购买