@lyonscchen 其实你可以把你在第一个帖子里面的内容更新到主贴上的。

#17 楼 @lyfi2003 在 production 服务器上好像很少用一个 nginx 带多个 app，而是反过来，根据应用需要起几个 instances 来估算需要的内存用量，然后 double 一下当作 buffer，然后根据需要开不同配置的 VPS。

#2 楼 @kgen 谢谢，如果是生产环境下首选成熟的商业证书，那么免费的证书是否合适 RubyChina 呢？

RubyChina 的域名是在 name.com 上注册的，当时上 ssl 证书的时候直接在 name.com 下单购买了 $99 一年的证书。 据说现在有一些机构可以签发免费的 SSL 证书，等当前证书快过期的时候后我准备去研究一下免费的是否靠谱。

我是来给 RankAbove 背书的！希望大家关注这家公司，走过路过不要错过机会，把简历投给 RankAbove。

今天 RankAbove 联系到我，才发现原来跟 @ngtzeyang 很早就认识，大概四五年前我在上海组织 RubyTuesday 线下活动的时候，他就跟社区里面的另外一个大牛 @flyerhzm 一起来参加活动。当时黄志敏做了一个 http://railsbp.com 网站，收集各种 Rails 相关的最佳实践。然后 @ngtzeyang 是一个测试控，特别喜欢写高质量的 rspec 测试，帮忙给这个网站添加各种测试项目，并且还在 RubyTuesday 做了 rspec 的主题分享。那个时候还没有这个论坛，大家还是通过邮件列表联系，活动场地还是在淮海中路的布那咖啡，@ngtzeyang 是新加坡人，当时是一个 Freelancer，之所以会来上海是因为他找到了一个上海的女朋友，现在已经是他的太太了，呵呵。

这是招聘文案做的不到位的地方，无法从招聘文案上看出公司的业务，技术架构，市场前景，以及给应聘者带来一个什么样的机会等等，这个方面 @ngtzeyang 之后会完善一下招聘文案，请大家放心。

看到上面大家都在讨论 unicorn 跟 mina 的问题，估计像我一样因为嫌部署麻烦，所以选择 Passenger 的是少数吧？

自己全面切换到 mina 部署已经好几年了，遇到各种问题，不过都能解决，应该是再也回不去 cap 了。

你们居然调戏新手！

#32 楼 @luikore 我好像真的在什么地方见过有人写文章介绍用 make 替代 assets pipeline 编译的，不过没有流行起来，也许是有 Shell 编程背景和 C 背景的人比例少吧？

@huacnlee @rei 我怀疑 @lips 是 @mogodb 的马甲。

#20 楼 @kgen

只要音响功率足够，压住对面大楼的青轴都没问题。

有一个小技巧，用 npm 的 package.json 来管理项目的 gulp 依赖，并在 package.json 文件中添加 coffee-script 依赖，然后就可以把 Gulpfile.js 改成 Gulpfile.coffee，并可以用 coffee 来写 Gulp 的配置了，这对于写惯了 coffee 的人来说方便一点。

npm install coffee-script --save-dev

赞分享精神，一天之内从 Grunt 切换到 Gulp，真棒！

#24 楼 @lips 你想问题的方式很有意思，我不太关心这个阵营或者那个阵营，我只关心解决问题，以及解决问题的工具是否好用。

#16 楼 @lips gulp 跟 rake 擅长的事情不同。

#4 楼 @juanito :plus1:

#13 楼 @lips 不好意思，没有 rake vs gulp，如果是新项目，我会首选 gulp，这个东西没有那么复杂，网上学习资料非常丰富，不用花太多时间就能掌握。

的确猛，虽然好多都是针对初次注册用户的优惠，不过一下子又知道了不少针对 Startup 的服务。

#8 楼 @luikore 我觉得生态系统不同，在 Rake 里面直接用各种 Gems 比较方便，但是 Grunt/Gulp 有庞杂的 Node 各种插件支持，比如 Orchestrator, stream, vinyl 什么的，这些在 Rake 里面弄一套好像没有见到有弄的不错的。

推荐一个 PPT，很有料，不过看完后估计都转 Gulp 了。Build Wars: Gulp V.S. Grunt

#4 楼 @aijinsong

1. 为什么应该在 insert 之后再检查？
2. rollback 不区分 update, select 或者 insert, 而是取消当前 从 begin … rollback 之间所有的操作。