何刚 盛大 => 京东

你就懂了

楼主回复可见答案

#2 楼 @chinakr 好吧，你就当我讲了个冷笑话...

因为 javaeye 被收购了...

#52 楼 @chaixl 没测试过这个情况，不过直觉来说，如果没有请求，内存持续上升明显是不正常的。

我们是有 3 台机器提供 web 服务，每台上都运行了 nginx 和 unicorn，unicorn 同时 listen domain socket 和 tcp socket。每台的 nginx 都是 proxy 到本机的 domain socket 和其他另外 2 台机器的 tcp socket。所以同时配置了 2 个 lisetn。

这样配置目的是万一有一台挂了，可以将 ip 切换到另外 2 台中的一台提供对外服务。

#48 楼 @HungYuHei 区别是一些静态 html 文件或者全页缓存 html 可以由 nginx 直接来提供服务，而不用转发到 unicorn 来处理。

#44 楼 @young4u_amy 检查过是正常的啊，请问具体是什么错误？

#6 楼 @lgn21st 多谢，顺便将盛大网盘（关闭了）也拿掉吧，哈哈。

#2 楼 @lgn21st 是旅行推这个站点，不是蝉游记，那个站点因为一些原因，只用来内部访问了。我明天可以将 asset 的 auth 拿掉，但是因为外部无法访问，所以还是没有必要放在酷站里面 :)

嗯...lvxingtui 是我们的站点，是不是直接用了我们的 favicon？因为一些原因，加了 basic 认证，请@huacnlee 帮忙从酷站移除掉吧。

passenger 默认是 production，除非你在 nginx 的配置文件里面设置了 rails_env 这个参数为 development，检查一下配置文件吧

科技馆，昆虫馆，野生动物园

#25 楼 @chairy11 不是，我们有个强悍的前端，微博@foxling，具体你可以问他

#23 楼 @blacktulip 很多用户只是评论或者收藏一下，让他输入邮件，密码，昵称，太折腾了。

#21 楼 @Rei 嗯，而且我们只准备支持高版本的，中低端机型的拍照效果和 iPhone 相比差太多，完全无法做游记

#19 楼 @badboy 那个是 91 的盗版市场吧，我们也有，每天几十个，可以忽略。

每天几万的是什么 app，太强了，我们被 app store 首页推荐的时候每天才 1 万左右

上架 5 个月，平均每天 2000。

#17 楼 @badboy 没有 android 版本

谢谢支持

#15 楼 @blacktulip 只能第三方社交网络帐号登录

在这个喜刷刷的年代，我们不刷版的就只能 5 个月 30 万，实在不好意思...

#34 楼 @liuhui998 图片和视频经过压缩以后其实是不大的，手机上传的视频还有 30 秒限制。另外我们针对不同的分辨率使用不同尺寸的图片，所以流量费没你想象的那样多。

另外，我们的 web 访问和 app 访问都是相同服务器，而且访问量是相当的。

#92 楼 @blacktulip 太天真了，你没看这个文章是在什么节点么？其实只有 N = 2 拉。

#90 楼 @blacktulip 数了一宿，还没数完

Logo => Pascal => VB => ASP => Java => Ruby

没好好学过 C/C++ 是个遗憾 ...

#31 楼 @Levan 主机是在 ucloud.cn，主要流量是图片，托管到七牛了，那边是按流量收费，目前费用在 500/月左右。而在主机这边带宽成本几乎是可以忽略的。

#28 楼 @Levan 是用七牛的，和又拍云类似，也是一个云存储的服务提供商，之前写过一篇博客介绍他们的：

http://quake.iteye.com/blog/1816807

#27 楼 @steven_yue 目前访问量还小，没用 dns 切换或者硬件，ip 是指向其中的一台，负载均衡是由这台转发到本机或者其他 2 台机器的 unicorn，可以看上面的配置：

upstream ruby_backend {
    server unix:/tmp/unicorn.sock fail_timeout=0;
    server 10.4.8.34:4096 fail_timeout=0;
    server 10.4.3.8:4096 fail_timeout=0;
}

另外 2 台的 nginx 配置也是如此，指向本机和另外 2 台机器，unicorn 同时监听 domain socket 和 tcp port:

listen "/tmp/unicorn.sock", :backlog => 64
listen 4096, :tcp_nopush => false

这样好处是，除了 upstream 的配置稍微不同以外，每台都一样，我们是用云服务的，如果要扩充就可以直接镜像一个出来。如果一台出问题，ip 指向到另外一台就可以切换过去。

#18 楼 @as181920 我们也是分 stage 的，没出现你说的情况，不过和其他常见免密码私钥登录的方式不同，我是强制输入用户名密码的：

set(:user) do
   Capistrano::CLI.ui.ask "Give me a ssh user: "
end

不同 stage 的用户名不一样，这样也不容易搞混。

#82 楼 @blacktulip 记不太清，要回家数数房产证