背景

• rvm 安装后 不会启动脚本放在 ~/.bash_profile 中，不会放在 ~/.bashrc 中
• GNOME Terminal 默认情况下，是 nolgoin shell，所以不会加载 ~/.bash_profile

解决方案

1. GNOME Terminal 采用 Login 模式登录（Menu-Edit-Profile..-Tile_And_Command）
2. 在~/.bashrc 中加载 RVM source "$HOME/.rvm/scripts/rvm"

man bash

刚刚听完 灰常有意思

无知者无谓

调试用 pry 操作系统 用 Linux or Mac 慢慢学 别着急

#2 楼 @robertyu 谢谢，真的是非常棒，在线开发环境，绝对是未来趋势。

@lgn21st 恭喜

Nginx+Passenger capistrano rvm 打算今后换 Nginx+Unicorn

我记得有 代码手动折叠 功能

做以下修改后，速度提高

• 文件： ~/.rvm/rubies/ruby-1.9.3-p0/lib/ruby/1.9.1/webrick/config.rb
• 第 36 行： :DoNotReverseLookup => nil
• 改成： :DoNotReverseLookup => true

WEBrick 在局域网内响应慢的解决方案 http://skandhas.iteye.com/blog/856203 http://tieba.baidu.com/p/1180055982

机会不成熟的时候，应该耐心等待，此时可以多做一些积累。

下一步就是《加速世界》中的神经介入

实践！写一个 Gem 然后 维护几十次版本。

啊 我的眼睛...!@#$!@#$

很想参加，可惜人在东北

#19 楼 @virusswb1 谢谢，三个人的情况基本是一致的，权限也是一致的。

最重要的是，做自己喜欢的事， 我喜欢做程序员，我打算做一辈子程序员！ 做为一名程序员，我骄傲，我自豪！

#17 楼 @mojidong 同意你的观点！谢谢你的建议！

#15 楼 @bhuztez 请问 为什么哪？

看了一下 主页的视频，很酷，赞一个！

#13 楼 @kgen 谢谢你的建议。

大部分场景下 较少的用户帐号更灵活 多个权限完全一样的帐号，是没必要的
这两句话说的很好，他们将影响到 我的最终决策

另外，我们现在 只有 两台服务器 Rails APP 和 DB 我们现在的规模还很小，服务器管理员较多，是一些特殊原因造成的。 今后我们会 减少 和 控制 服务器管理员的数量，以提高 系统的安全性和稳定性。

再次谢谢你的建议。

#11 楼 @frankyue 明白了，谢谢你建议。

#9 楼 @raven 非常感谢你的分享。 我正在考虑 采用 一个用户的方案

请 @frankyue 大神赐教

#7 楼 @raven 对不起，刚才我没有理解你的意思。 我现在明白了， 其实 你们采用的还是 一个用户的方案， 就是说，你们不会为每个管理员创建一个独立的帐号， 而是 根据角色 创建帐号， 比如 部署角色 有一个独立帐号， 系统管理员 有一个独立帐号， 而且 每个帐号都是通用的 可以让多个 管理员使用。

我现在觉得 你们的方案不错。 能问一下，你们采用这个方案 多长时间了吗？

#5 楼 @raven 谢谢 我们三个服务器管理员 目前的权限是一样的 都可以使用 root 和 sudo。 短期内，我们不会考虑 为每个管理员 设置不同的权限。

#3 楼 @lidashuang 谢谢 我们现在采用的是 多用户方案 但是 研究部署了 1 个月后，我开始考虑 一个用户的方案。 我目前最担心的是， 刚从 多用户的坑 爬出来， 又掉进了 一个用户的坑 。

所以 希望 有 爬坑经历 的朋友，分享一下经验 谢谢！

#1 楼 @as181920 谢谢你的回答 关于第一种方案，我们遇到一些问题，如下：

问题 1 关于 文件的拥有者

当管理员 使用 cap 部署的时候，使用的是自己的帐号登录服务，

那么创建出来的文件的拥有者 都是属于自己的帐号，

这导致，我们需要 重新设置文件的拥有者，设置为公共帐号。

问题 2 关于 后台进程的拥有者

当管理员 使用 cap 部署的时候，使用的是自己的帐号登录服务，

启动一些后台进程的时候，进程的拥有者是 管理员的帐号（这是不符合需求的）

我们希望后台进程 的拥有者 是 公共帐号

所以我们需要使用 公共帐号 启动后台进程

这给部署工作带来了一些负担。

请问 你们是如何解决和看待这个问题的？

一直在用 RVM 很喜欢 gemset 但是也希望有机会尝试一下 rbenv