#44 楼 @mobiwolf 不会吧，看看去！

#35 楼 @williamherry 呃，忘记了这里会有转义，其实我想推荐的书是The Ruby Programming Language和Metaprogramming Ruby，还推荐一下松本行弘的松本行弘的程序世界，最后这本读后你就知道 ruby 怎么来的，为什么要弄出个这种语言来，它有什么优势，这种语言有什么不同。

ruby 是有很多 lisp 的影子，学习 ruby 建议看看那本经典的和，然后再看 Rails 的书。。。

估计是升级 xcode 了吧？

#41 楼 @itsvoid redis 和 memcached 不一样的，后者是 kv 缓存，前者不止如此，还支持队列等，两者应用场合不同。比如，一个产品介绍，有 2 个投票按键，一个是喜欢，一个是不喜欢，要缓存大量用户并发投票时，memcached 就不那么适用了。API 不直接访问数据库直接访问底层很简单呀，因为数据库不对 API 这层开放，只通过底层的 API 来提供服务，就像你调用新浪微博 openapi 一样，人家的数据最后肯定保存在数据库里面，你能直接访问到新浪数据库吗？

#36 楼 @Rei 比较简单，基本就是 nginx + puma + rails-api(API 别用整个 rails 框架，太耗内存效率也低) + redis + memcached，我们的 API 不直接访问数据库的，都是从底层 API 获取数据，底层的有 lighttpd + fastcgi + php5.x 也有 nginx + tornado + python 2.7，不过我更建议 ruby 用 sinatra 框架，更轻量级，资源消耗更小一些；另外 cache 策略也很重要，有些更新变化不大的，cache 策略决定了性能。当然，你可以灵活一下，比如一些变化不频繁的列表，甚至可以静态化，用 rails 生成静态 json 或 xml 文件，这样就能发挥 web 服务器的性能，支持高并发量；一般来说，静态化并发支持的高，但响应速度可能不如使用内存的 cache，各有优缺点。至于 cache 的细节以后找机会聊吧，不是一两句能说完的，里面很多小技巧，google 一下也有很多文章。

oye，不错

#34 楼 @huacnlee 给客户端做 API，请求上千万很正常的事情

我还是喜欢用 puma，感觉 passenger 性能还是不够好，特别是日请求量上千万时，服务器内存和 CPU 消耗太大

#5 楼 @luikore 多谢指点，这是老外写的帖子，直接看老外写的可能误解会少些；对于又想做 iOS 开发，又想做 ruby 开发的人来说确实比较麻烦

#3 楼 @fredwu 我的系统没提示缺少 openssl，你确认已经安装 Command Line Tool 了？

#51 楼 @dreamrise 不错，比 spf13 上默认配置好

一直在用 linode 的 vps，不用备案！最讨厌就是备案了，所以坚决不选国内主机

和 ruby 没啥关系呀

#46 楼 @AlphaLiu 多谢，这个比较好用

j.mp 打不开呀。。。无法安装

关键还是看你的水平

如果模型已经确定好，用 shell 脚本批量生成不行吗

在 Windows 服务器上跑 RoR 本来就是本末倒置，为什么不用自己家的.net 呢，开发也很快捷方便，还有强大的 IDE 环境；RoR 更适合在类 UNIX 系统上跑的，既然早晚要在 UNIX/Linux 部署，为什么还非要在 Windows 下开发呢，是不是开发的时候还得兼顾作图？兼顾游戏？

#4 楼 @kehao 数据库减压有多种方式，需要看具体需求；比如数据库中取出的内容列表，可以用 memcached，对某个文章的好评 (例如顶、踩) 可以用 redis 等等，但是具体实现细节要考虑周全，比如 cache 过期后更新时的机制：如果一批用户同时访问时正好碰到 cache 要更新等情况需要自己特殊处理一下。

单独说 redis 减压数据库的话，主要是用 redis 来 cache 需要更新记录的内容，然后异步同步到数据库中，不要让前端压力直接压在数据库上。查询的 cache 建议用 memcached。

呃，我只是转发一下。。。解决方案可以自己去考虑，转发的内容可能不是最佳方案

还是买个 VPS 自己搭建 rails 环境比较靠谱，要不太受制于空间提供商了

貌似都没人访问了吧，就去过一两次知乎，感觉没啥意思

现在据说 puma 不错，性能比 unicorn 好不少，官方说法。

楼主说的是能够，不是 ruby on rails xx 年开发经验。。。比这个要求低很多呀：http://www.douban.com/group/topic/27655403/

@kewin 你这回复是挺牛的，重复内容间隔有 1 分钟，提交一次几十秒才有反应？

我会这么干：nginx + puma/unicorn + sinatra + memcached/redis 作为 api 层 (多台 server) 环境，puma/unicorn + rails + redis + mysql/mongodb(一台server)作为管理后台环境；当然了，如果是这种业务，还要自己配置图片服务器。压力全在api层上，管理后台不要承担过大压力(数据库通过redis减压)。rails本身带的东西太多，内存消耗大，效率稍差，api层建议采用比较简单的框架，或者用rack自己写。目前单台api server 可以承受每日 1500 万以上的调用，当然还可以继续优化。这里没考虑热备、灾难恢复等，负载均衡公司有硬件设备，所以也没在考虑之内。