#1 楼 @Rei 看了一下：

env.rb 取了 timestamp

def release_timestamp
    env.timestamp.strftime("%Y%m%d%H%M%S")
end

configuration.rb 生成的时候的确是 UTC

def timestamp
    @timestamp ||= Time.now.utc
end

所以将本机的 configuration.rb 文件里面 80 行.utc 删掉就是本地时间了（也许我应该考虑给他们提个 pull request？） ::

#8 楼 @xautjzd 我在 512MB 机器上 Ubuntu 12.04 肯定是有成功经验的，然后有人在 CentOS 6.4 上也是成功搞出 Passenger 4 的，至于你，还是自行选择放弃不放弃 CentOS 吧。。。::

先等等切，再试一下加一下虚拟内存试一把：

sudo dd if=/dev/zero of=/swap bs=1M count=1024
sudo mkswap /swap
sudo swapon /swap

总算找到了CentOS的了：

The RPMs are currently unmaintained. As such, the repository only contains Phusion Passenger 3.x (the latest version is 4.x), which did not support Node.js, Meteor, multiple Rubies, etc. For more recent versions of Phusion Passenger, you are suggested to install from gem or tarball instead.

也就是说，如果你用 3.x，不要配 rvm，也最好不要用 ruby 2.0，或者还是老老实实从 gem/tarball 编译。

我觉得你还下定决心换 Ubuntu 算了，查了下官网，passenger 也没 centos 的资料，当然如果你是编译达人或者有能力从 source code build 整套 web stack，其实用啥系统真的无所谓，不过明显你也是苦手。。。

passenger 3.0.12 出来的时候，ruby 可能 1.9.3 都还没出，而你还要求 passenger 3 的版本支持 ruby 2.0。。。你这个问题看起来是权限问题，不过我觉得就算 passenger 作者来了，也没法给你解，只会让你用新版本啊！

#28 楼 @xautjzd 没事不要改默认配置，除非你确信你在干嘛。。还有你要先删除 CentOS 的 passenger 再装。

#26 楼 @xautjzd 如果编译安装 passenger，配置文件默认在/opt/nginx/conf/，你看到的配置文件都是之前的。。

#24 楼 @xautjzd 看起来你快爬出坑了，现在就缺解决权限问题了，无论如何，欢迎来到 Ruby 的世界。。

#15 楼 @xautjzd 其实目前 rails 最佳部署环境是 Ubuntu 12.04 LTS。。。

#16 楼 @xautjzd passenger？不是一找一大把么？。。

In Phusion Passenger 4, using SetEnv and PassEnv in Apache and env in Nginx works as expected. Detailed information can be found in the Phusion Passenger manual, section “About environment variables”.

http://blog.phusion.nl/2008/12/16/passing-environment-variables-to-ruby-from-phusion-passenger/

#15 楼 @xautjzd sudo su -成为 root 先。。。

#1 楼 @night_song 赞！这个解答我要记下来！

#9 楼 @xautjzd 先删掉 ngingx-passenger，然后通过gem install passenger && passenger-install-nginx-module 安装 passenger，然后再做文档的步骤。

这是同一台机器么。。。啥操作系统？Ubuntu 照理不会发生这样的情况啊。。

#4 楼 @xautjzd 可是明明是 1.8 的目录。。

5   /usr/lib/ruby/gems/1.8/gems/passenger-3.0.12/lib/phusion_passenger/utils.rb     326     in `prepare_app_process'

访问了你的主页，你的 ruby 版本太低，升到 ruby 2.0.0 p 451 应该就可以解决问题，另外 passenger 的版本也太低，现在早已是 4.0.41 版本啦！

一般不需要用 therubyracer，除非你用 less，默认不需要就是为啥注释掉的原因，你可以装一个node.js 作为 javascript 运行时环境。

二楼正解，gitosis 被 gitolite 代替了，gitolite 被 gitlab 代替的，所以新建服务还是直接 gitlab 吧。

simple_form 虽然叫 simple_form，实际上一点都不 simple，太多要记的用法，所以我用了一段时间后还是回归 rails 自带的 helper 了。。

要不绕一下？用 bash 和 scp 命令算了？前面是坑我们除了跳，还可以绕。。

#/bin/bash
bzip2 -kf ../server/db/time_inout.sqlite3
scp -i ~/.ssh/server_id_rsa ../server/db/time_inout.sqlite3.bz2 user@hostname:server/db/time_inout.sqlite3.bz2
ssh -i ~/.ssh/server_id_rsa user@hostname 'bunzip2 -f ~/server/db/time_inout.sqlite3.bz2'

做的很不错啦！比我当年强多了。

四十二楼被占了。。。

好像升级到 4.1，get 返回 RJS 也是安全的了：

class ApplicationController < ActionController::Base
  # Prevent CSRF attacks by raising an exception.
  # For APIs, you may want to use :null_session instead.
  protect_from_forgery with: :exception
end

For Rails 4.1: https://github.com/rails/rails/pull/13345

Since we don't know the response format until rendering, it's simplest to use an after_action to verify that we aren't serving JS to a non-XHR GET request.

This piggybacks on the same protect_from_forgery declarations that apps already use, so they'll transparently get protection without changing anything.

Apps that intentionally expose JavaScript responses (like third-party widgets, per-customer API embeds, etc) will need to exclude those actions using existing protect_from_forgery API.

Thanks everyone for the (long) discussion and thanks to Egor for the initial report - months ago now! - and this reminder.

讨论好长。。。 反正我经常用，好像不要用在 get 的时候返回 RJS 就好了？

#1 楼 @leekelby 那就要用active_attr？

买来的 CSS 和 JS 是压缩？那就意味着无需修改只要写 HTML 啊，因为压缩的就是不让你改啊！

试了，可以，开了 2 step verify，没有用代理。

刚升级，发现rake test:all下面的 controller test 会测试 render 出来的 HTML 标记的是否闭合了！

推荐这篇：7 Patterns to Refactor Fat ActiveRecord Models 中文版