尝试挂载一个 rack 服务，已经有类似的 gem 包实现：https://github.com/jtrupiano/rack-rewrite

@imlcl 最近怎么样啦~ 到时候有空过来吗？

@jjzxcc welcome~

@lgn21st 请求置顶~

精神支持

只是不是预安装，试试这个 gem： rails-observers

先说结论：127.0.0.1 使用在开发环境，0.0.0.0 使用在发布环境。

原因分析：

每个主机都可能有多个 ip 地址，比如多个网卡或多 ip, 127.0.0.1 是本地环回地址，专供自己访问自己，速度大 ( 不用经过整个协议栈 ), 所以用在开发环境合适。

正如主机可能有多个 ip 地址，所以 0.0.0.0 是一个特指本机所有 ip 地址都绑定，这样，适用于发布环境，否则你只能绑定在类似 106.88.0.22 之类的地址上，你的发布脚本就不美观了。

localhost 只是 127.0.0.1 的别名，至于 ipv6 之类的在这里毫无影响，可以忽略。

#10 楼 @davidminaki http://ruby-china.org/topics/264 类似这样，我们公司内部也有一个。目前是自己开发的。难度不算大。

最方便的是做一个 rubygems.org 的镜像

#2 楼 @imlcl

infoq 有一篇特性说明，历程回顾：http://www.infoq.com/cn/articles/douban-code-2years

@xlgwr 我还有其他安排:) 不然可以考虑呀

@lazing 没有啊 帮一个朋友发的，关注下:) @badboy 明显面向的市场都不一致啦，欧美市场跟国内经营区别蛮大的。

@isofttalent @zuozuo 感谢关注~ 看看 负责人 @carriesong 的想法:)

@hpviewer :)

#1 楼 @mystery

1. 工资是可以谈的，而且有期权
2. carrie 想找一个合伙人，而最重要的是方向和期权，工资够日常开支就好了。那到时候可能远远不是 10 k 这么简单啦。

#14 楼 @ichord 也没怎么挖，就是自己关注的 RSS 列表里有一些，看看。你这里不是挖的很好嘛:)

#10 楼 @lihuazhang 嗯，我公司的 CEO 也是...

@ichord 正好写了：http://yafeilee.me/blogs/52db82d71563882b86000004 可查阅

ps: 我也喜欢看别人的总结~

#1 楼 @Saito REMs 是非常值得推荐的。

#2 楼 @Yujing_Z 跟一开始的结论一致:) 但满大街的 Bootstrap 肯定是 Foundation 无法比的。

#3 楼 @Rei 同意对 Bootstrap 的看法~ Foundation 的 small, medium, large 网格系统目前看上去还是非常 NICE 的。

#10 楼 @imlcl 嗯，cap3 感觉想转型为运维人员的工具，不仅仅是一个 rails 的发布环境了。

@QueXuQ 研究过 capistrano3, 复杂度上升过多，已经转至 mina 来了。布署嘛，就是一堆命令比较简单。

@hayeah @ichord 赞一个~

@imlcl 如果能够解决掉这个问题，ruby 的使用场景就会继续增多：）

#17 楼 @ruohanc 推理的非常正确～

#13 楼 @ruohanc

1. 快速送快：tcp 对丢包网络的利用率非常低，比如 5％ 丢包几乎就没法用了。而 udp 不一样，IM 讲究实时到，这样可以自定义检查，比如连续发几个重复包，分多路发送，这样确认方确认时就更大概率确认到。
2. udp 几乎就是 ip 包，扩展支持群发是简单的事，而 tcp 就不容易了。

当然，如果你只是实现一个简单的送达平台，使用 tcp，http 都完全没问题。但考虑到效率，杀鸡用牛刀就不花算了。

@hick @kgen 专业的网络工程师过来说二句，做 IM 开发，讲究的不是 100% 送达，所以一般采用 udp，但是有的时候为了传墙 ( 比如防火墙封了 udp )，会使用 TCP。但使用 HTTP 纯属扯淡了。毕竟报头的数据太大了。这就如坐船去河对面，你没有必要用豪华油轮吧。而 HTTP 带的超文本协议功能是 IM 不需要的。

@sundevilyang 嗯好主意~

RailsGirls 深圳站，200+ 图：http://www.yupoo.com/photos/railsgirls/albums/14862457/