require 'rubygems'
require 'active_support'

Time.at 1234567890 # => Sat Feb 14 07:31:30 +0800 2009

Time.zone = "Beijing" # => "Beijing"

Time.zone.at 1234567890 # => Sat, 14 Feb 2009 07:31:30 CST +08:00

可惜今天一天都在加班，早上6:30才回，倒头就睡了，在不知不觉中就已经错过了这个有趣时间:(

自从上回 之后，ruby、rails与gems也都开始更新了，于是也更新了一下安装脚本，如下：

关于脚本的解释可以看以前 的说明，这次仅仅只是版本上的更新而已，不再多做说明

文件依然放在http://leeseon.com/private/allinstall.sh 处

也同样可以使用

curl http://leeseon.com/private/allinstall.sh | sh

来执行，无它、、、

Rails在6.1号就已经发布2.1了，这个号称参与人数最多，代码更改行数最多的版本，就这么漫不经心地来了。最近gems也发布1.2了，而且中文版本的《what’s new in rails 2.1》也基本上在网络上翻译好了，rails的社区参与度与活跃度也最来最高了，这样的rails/ruby社区怎能不越来越快？

最近依然在忙碌中度过，上来写写博文只能算是应个景儿，有点对不起自己了:(

最近一直忙于工作，居然有两周没有写blog了，不过也不是完全没有时间写，只是因为实在是没有什么时间来实践rails上的一些新东东，觉得言之无物:(

不过ruby/rails社区最近却是如大事连连：先是rails 2.1的发布，还有就是ironruby在rubinius之后也宣布可以运行rails了，这个所有ruby实现都视之为重要目标的里程碑。

一旦运行上了轨道，后面自然是一发而不可收拾噢，虽然我对ironruby的兴趣缺缺的说

只是偶然发现ruby on rails的这个名字真的很有趣，以至于我自己能生造出Running On Rails这样古怪的半通不通的双关来，算是玩笑吧:P

昨天只是泛泛谈了一下在DreamHost上安装Ruby、Gems与Rails的最简单方法 似乎有点 意犹未尽，决定写个续集，呵呵:)

好吧从哪儿说起呢？嗯，看我注释过的脚本吧，注释应该已经算是说得比较明白了，无它!

其实这篇帖子是一年前就应该写的，当时在DreamHost 上折腾了几天才搞定mephisto，花了两周才搞定depot例子加上gettext汉化的过程。不过人总是好了伤疤忘了痛，而且事后想想也觉得没有什么可说，就不了了之了。而且如今DreamHost也开始进行mod_rails的beta测试了，想来现在才写是有点不太合时宜噢。不过最近又在DreamHost上部署了几个rails应用，不免有也心烦，于是有了旧事重提，朝花夕拾一下的想法。

不过有一点要声明就是，其实在DreamHost上安装自己的gems其实是并不需要自己安装Ruby的，这两个过程是可以分开的，不过可能是我变态，总喜新厌旧，而且又狂有控制欲，那么大的空间为什么不装一个，而且还可以为ruby打上GC的补丁呢(其实也就是一想，补丁嘛我也没有打过:P，因为现在还用不上的)。

Ruby装起来很简单，wget一个，解包，编译，安装，将之放入你的路径中就好，不过最好是先编译一份readline为好，以免以后执行script/console会出错，这个不多说，能google出一堆。

Gems嘛，则需要你建一个本地的安装目录，通常为.gems，并告诉gems知道这个目录的存在，为了这一点你就需要有~目录下生成一个.gemrc的文件，并将你的目录告诉它就好了。当然你也可以如我一样，编译一份最新的rubygems，并将之放入你的查找路径之中就好。

然后你还需要修改rails的disptch.fcgi文件，让它知道你的ruby与gems目录所在就好。当然其实你也可以使用GemsOnRails 将所有用到的gems放在vendor下，这个就自然不需要自己安装Gems了(rmagick之类的除外)。

好了，言归正传吧，何以言之我的方法最简单呢？其实是受了tobi 的启发，将所有的安装命令写成一个脚本然后直接执行它就好。不过与他不同的一点是，我在脚本上增加了GEM_HOME与PATH之类的添加与.gemrc文件的生成，真的是一站式搞定。如果你不太懂linux，那你有福了，当然如果你是linux高手，那就让我怡笑大方吧:(

其实这条命令就是

curl http://leeseon.com/private/allinstall.sh | sh

而已，还算简单吧，嘿嘿

不过在这之后你的dispatch.fcgi文件还需要将第一行改成,(dispatch.rb也最好改一下,虽然我发现不改也行)

#!/home/your user name/local/bin/ruby

并在require语名之前加上

ENV['RAILS_ENV'] = 'production'
ENV["GEM_HOME"]="/home/your user name/.gems" 
ENV["GEM_PATH"]="/home/your user name/.gems:/usr/lib/ruby/gems/1.8" 

OK,万事搞定，试试吧!

注:我安装的是现在最新版本的ruby-1.8.6-p114与rubygems-1.1.1 这个以后会不定时的更新为最新版本

如果你如我一样，不是在一家以纯Mac或Linux/Unix环境下的公司上班，而且很不幸通过在基于NT域之上的代理上网的话，你就可能遇到gem更新的问题

虽然你总可以通过浏览器下载所有的gem然后一个一个的手动安装，但不管怎样，这都是一个很没有效率的事，不是吗？

当然，你自然是可以找到RubyGems上的FAQ中的提示 通过一个基于python的称之为APServer的工具再建一个Basic authentication代理，然后基于它搞定这一切。

可惜的是，你可能会遇到如我一般的问题，http://apserver.sf.net 不能打开，你现在只能看到一堆无用的错误提示，晕死:(

不过幸好我经过一番不懈的努力(本来想寻找其它的解决方案)，居然发现了另一个url是指向同一个工程的：http://ntlmaps.sourceforge.net/ 两者只是名字不同而已:)

不过更有趣的事自然是在后头，有人更进一步的通过APServer与Tor及SocksCap32组建了一个完整的上网环境，使得在办公室里使用emule都成为了可能，呵呵，有兴趣的可以看一下这里

不过一般我是不会在办公室里使用emule的，毕竟这种lowID是比较慢的，不过知道有这种可能也是不错的

最近这两周，ruby社区接连有几件大事发生:

当仁不让最火爆的自然是GitHub 的正式上线，DHH称之为一个”killer application”.

此外，就因为是这两天众望所归的mod_rails 的realse. 虽然robbin对它在VPS上的前景不太看好 ，但是在dreamhost之类的共享主机上倒是前途远大，而且apache老矣的诊断我还觉得有点为时过早。

与这两件相比JRuby1.1与HotRuby 及RubyJS之类的新闻都不那么让人激动了。

总得来说，ruby现在越来越开始走向工业化的前端了，rails与git的结合让我看到一个新的开源社区的前景。mod_rails则开始着手于，一开始让人诟病的rails的部署不如PHP简单明了的问题。而且现在的ruby也越来越VM化了。

PS：今天有点头痛，词不达意，先下，再写