It seems fastcgi will reload your class no matter what you set in your config/environments.

It means even you're in production, your class will be reloaded on every request, like in development mode.

Maybe there's trigger to control this behavior?

发信人: kivik (kivik), 信区: ITExpress
标  题: Communix操作系统简史  zz
发信站: 水木社区 (Mon Jul 28 20:26:24 2008), 站内

Communix操作系统最早是两个德国人Marx和Engles开发的（称为Communix基础版，或Co
mmunix 1.0和2.0），遵守GPL，它的早期支持者曾经先后组织过两个国际讨论区。

当时少数先进的国家都使用微软的Windows，其他的绝大多数国家要么用DOS，要么作为
受Windows主机控制的远程终端，相比之下，Communix支持的机子很少，但移植Communi
x的努力一直就没停止过。最早是以法国为主的一些人在巴黎、里昂等地移植过，但失败
了。此后Communix分成两条路发展，一条是删除一些不兼容的代码，把Communix移植到
Windows运行；反对微软的另一批人在俄国著名程序员Lenin的领导下，在俄国移植Comm
unix获得成功（第一次发行时称为俄版Communix beta或Communix 3.0beta），一度做到
15个主节点、20多个子节点的大规模并行Cluster，并影响到亚洲、东欧、拉美等一些地
方。


一个小插曲：在Lenin之后，俄版Communix项目的两个CEO对Communix 3.0正式版出现了
意见分歧。占多数的Stalin重视系统安全和运行效率，认为需要在已有的基础上继续优
化俄版Communix代码；占少数的Trotsky认为要把微软干掉，因此必须支持更多的硬件，
提供更多的功能。这次分歧以Trotsky失败告终。Trotsky和他的团队后来开发了自己的
Communix（称为托版Communix或Communix 4.0），但除了在斯里兰卡短暂地装过一段时
间以外，都是小用户。这些用户又加入了很多自己的东西，且互不统一，Trotsky死后没
人整理，因此托版Communix非常乱。而由Stalin的团队打造的Communix 3.0正式版因为
过于注重系统安全和效率，导致界面不够友好，娱乐功能少，不能及时更新一些新功能
。Stalin的继任者由一个极端走向另一个极端，他们片面追求漂亮界面和娱乐功能，甚
至干脆向微软购买这些功能，放弃了系统安全和效率，更不对代码作任何优化，导致系
统经常当机和被黑客入侵，最后不得不改装Windows（据说负责洽谈这次改装项目的经理
Yeltsin还拿了不少回扣）


在俄国成功移植Communix的消息也鼓舞着中国的Communix爱好者们，但早期的努力都不
成功。一个姓毛的人说，俄版Communix光是汉化还不行，因为我们的硬件太旧了，短期
内也不可能更新，所以必须为我们自己的硬件改写一部分底层代码。这种办法最后成功
了，成为低配置计算机移植Communix的精典范例而载入史册。毛还反对俄版Communix晚
期的一些修改，认为这是向微软投降。为了及时清理Communix队伍内部的微软代理人，
他发动广大用户学Communix和写Communix，打造一个"六亿神州皆Hacker"的毛版Comm
unix。他的主张遭到开发团队的反对，最后无果而终，但影响持续至今。如今，一个精
通毛版Communix的程序员往往被看作是危险的黑客，而那些拿了很多认证的Communix程
序员都在跟微软学接轨。但是，代码要开源，人民要编程是无法扭转的世界潮流。今天
，国内外仍有不少毛版Communix支持者。曾有人说尼泊尔的毛版Communix是"盗版"，
这就连GPL的基本常识都不顾，堕落到微软版权的泥坑里去了。

From ruby forum.

Backgroundrb and Bj serve different purposes. The new backgroundrb is
a complete rewrite by Hemant that throws out drb and uses an event
driven styel of programming. It really is very stable now and it's
main focus is on doing jobs that require reporting status in your
rails app. Like if you want to fetch some news feeds and report a
progress bar via ajax polling in your app. Bdrb works very well for
this and other more real time background jobs.


  Bj is a work queue. You just shove jobs into the queue which is a
database table and the Bj daemon will run through them and call each
job one at a time. But you can also have Bj daemons on each node in a
cluster of servers and have them all pulling from the same queue. Bj
jobs are just shell commands. So your actual jobs can be ruby scripts,
shell scripts, or script/runner calls.  The main idea behind Bj is
that you could throw 100K jobs at it and it will just do them as fast
as it can one at a time without overwhelming the system all at once.


  So both of these tools are very solid now, they just serve different
purposes. Backgroiundrb is more for real time jobs and status reports
as well as having a very nice cron like scheduler for jobs.  Bj is
more of a work queue that is persistent.


  Hope that clears things up, Both of these tools are great for
different circumstances.

Cheers-
- Ezra Zygmuntowicz
-- Founder & Software Architect
-- ezra@engineyard.com
-- EngineYard.com

via

为什么很多人会觉得蜗牛可爱而蛞蝓很恶心呢？这就是没有房子的悲哀啊…
为什么很多人会觉得乌龟安全而蛇很危险呢？这就是没有房子的悲哀啊…
为什么很多人会觉得蜜蜂优秀而苍蝇很无良呢？这就是没有房子的悲哀啊…

总觉得什么时候曾经听过这张专辑，那天在出租车上，牛奶@咖啡的声音传进耳朵的时候

深沉的音乐让人思考，单纯的音乐让人感动，我都喜欢

整张都很好听，强大的专辑

简单的把文章区域变宽了些，现在可以放下width>700px的图片了

推荐使用19"以上的lcd浏览否则效果很矬。。。现在19寸该是主流了吧。。。

http://grok-code.com/37/famous-programmers-from-adleman-to-zimmermann/

转旧闻一则:

1月28日，第15届(2006年度)全国新闻摄影作品评选活动所有奖项的提名都已产生，所有金银铜大奖都将从这些作品中选出，1月29日新闻发布会将公布获得大奖的名单。图为日常生活单幅提名作品《村里来了拆迁队》。

　　2006年4月7日，羊坊村工作人员带着大批联防队员前往下一个点拆除违章建筑。当天，丰台区花乡羊坊村村民王艳荣家100多平方米的花棚被当 作违章建筑强制推翻，而花乡2008奥运办公室工作人员则表示，清除违建主要针对在承包地上建房出租的行为，盖花棚不涉及土地使用性质改变，应协商解决。 京华时报 甄宏戈 摄

Ruby社区最近有点动荡，都是从大约一周之前发现的一堆vulnerabiilty开始的。

事情的经过很简单，在Apple工作的Drew Yao发现了MRI的一堆要命漏洞，随后Ruby官网给出了一堆传说fix了这些个漏洞的新版本，再然后各种能在之前ruby上运行的应用纷纷segment fault了，随后引来ruby talk ML以及blog圈中的大讨论。

整件事情给人的感觉就是，包括matz在内ruby core team非常的不成熟。在ruby早期的发展阶段，作坊式的快速更新也许不会引起麻烦，但随着ruby社区的日益壮大，ruby现有的开发模式显然已经跟不上来自各方面的推动力量。引起麻烦的并不是MRI的这些漏洞，而是ruby现有开发模式自身的弊端: 缺乏稳定版本(1.8.6p114之前的黄金年代已经过去了)，feature控制混乱(1.8.7对1.9特性的引入仍然是一个有争议的话题), 忽略社区以及Zed Shaw们指出的core们的拒人于千里之外的姿态。

大胆猜想，如果ruby-core无法适应社区的迅速壮大，也许将来的ruby这门语言的事实标准从MRI变成JRuby, Rubinius或者众多其他Ruby实现中的一个, Rubinius的RubySpecs已经为这个可能性打下了地基。现在的ruby看起来更像一个伪开源项目,成功的OpenSource不仅仅是free，更重要的是社区建设以及和社区的互动。

ps. 一个小人的想法: 我总觉得matz有点不爽David(DHH)，MRI的发布似乎总是要给Rails带来一些麻烦。上升点高度的话，依稀间看到东西方之间的对立，西方世界夺取ruby控制权的企图已经隐隐出现。好吧，我阴谋论看多了-_-

http://devver.net/blog/2008/06/the-results-of-our-ruby-development-survey/

It's interesting so many ruby developers use Vim :->

Vim is really good at its job, the only thing lack now is a convinient integration with debugger. NetBeans is impressive on debug.