#1 楼 @robin #6 楼 @search 多谢支持。

https://github.com/daqing/rabel ，简单的论坛软件。有什么不懂的，可以直接问我。

Rabel 可以用 Unicorn。

#4 楼 @w7938940 http://en.wikipedia.org/wiki/DoS

#1 楼 @Rei 有可能吧，难道是因为跟 V2EX 太像了？智商啊

#63 楼 @huacnlee #56 楼 @dotnil 你们认识？落网用 Rabel 也挺早了。

#62 楼 @yzhrain 目前是一个人在做。

#19 楼 @sundevilyang Google Analytics.

#55 楼 @small_fish__ 部署到 heroku，我还没有试过。你可以到 https://github.com/daqing/rabel/issues 提交相应的问题报告，包括详细的出错日志。

#49 楼 @xiaolai 必须支持笑来老师，呵呵。

#48 楼 @chenillen 这个是我写的山寨缓存模板，目前还很粗糙。不需要手动清理缓存，因为缓存的 key 包含了数据的最后更新时间，这样每次读数据，要么缓存命中，要么重新生成一份缓存。当然，这样的话，每次都要从数据库查询 updated_at 这个字段——但我认为这个查询速度很快。

#45 楼 @fresh_fish 换成 mini_magick，我也有这个打算。

#2 楼 @Peter 说实话我也没做过，不过思路就是自己实现 OAuth Provider。

找到一个相关的 gem: https://github.com/applicake/doorkeeper

最近也遇到同样的需求，打算用 OAuth 的方式来做。

#40 楼 @sanivbyfish 要对接用户系统的话，目前还挺麻烦的。现有的系统实现 OAuth 支持，然后在论坛这边，使用现有系统帐户登录，这样应该可以。

数据还是存放到数据库，只不过数据库的链接信息，Heroku 帮你自动配置好了，不用你关心。

要迁移的话，应该是自己的程序写个数据导出脚本吧。

#27 楼 @cxh116 鄙视那些假开源的 PHP 程序，咱这个是真开源，MIT 协议，拿去卖也没关系。

#34 楼 @sanivbyfish 这个就是用 devise 做的。

#24 楼 @metal 验证码循环？

#15 楼 @blacktulip 详细文档慢慢会补充，暂时可以看这里的安装文档：http://rabelapp.com/page/installation

#3 楼 @sytao 付费也不吃亏，哈哈。

#1 楼 @search 现在可以免费升级到最新版啦

分工肯定是要的，不知道你说的创业公司有多少人，假如只有几个人，那么肯定是有明确的分工。所有人做所有事，协调的成本太高。

#1 楼 @huacnlee 省的每次手工下载 js 文件，然后手工放到 vendor 目录，可以节省时间。

帮你贴一下自动链接：http://www.codecademy.com/tracks/ruby

这个看具体的业务模式吧，一般来说，嵌入的做法，读取效率比较高，因为一次就把整个文档读取出来了。数据量增大后，更新效率降低。如果是“读多写少”，比较适合这种情况。

引用的做法，就是存储在多个文档了，更新效率较高，但是读取数据时，要访问多个文档，效率随数量增加而降低。如果更新比较频繁，适合这种情况。

思路 1:

每个季度会产生多少单据？如果数据量不大，放一张表完全没有问题吧。检索的时候加个索引就可以。

思路 2:

每个季度一张表，表名为: invoice_2012a, invoice_2012b, invoice_2012c, invoice_2012d，abcd分别代表4个季度。2013年的表名，依次类推。

要保存一张单据，只要按单据创建日期找到所在的表，然后保存即可。 

#7 楼 @bhuztez 哦原来之前对 ulimit 的理解是错的，现在调整了一下：

$ ulimit -n
4096

但是测试的时候，还是一样的问题。不过我现在觉得，之前的测试用例，不能反应浏览器的真实场景。

现在我把方案改了一下，启动多个 Faye Server，让客户端随机选择，这样可以减轻单个 server 的负载，对于现在的应用规模，应该没问题了。

#5 楼 @bhuztez 那你有没有更好的方案推荐？

#3 楼 @huacnlee 那看来还没有达到我的测试极限。

这里有人报了一个 bug: Faye hangs and doesn't accept new connections with ~1000 clients.