#3 楼 @metal cpu core + 1 最好，这是经验谈。

可以自测验证下。

ps: 30M 相对于 Rails 应用来说已经小非常多了。双核百兆内存开三个就行了。

#4 楼 @tonytonyjan 本身这种 precompile 的方式就决定了没法按需加载。

如果能做到 require 的 application.js 可以根据页面不同加载不同的话就行了。问题是做不到.( 或者说我不知道有什么办法。

在前端领域近期也有非常多的这样的尝试。让我觉得 asset-pipeline ( sprocket 也许不是问题的最终答案。

理解你这个需求。解决的话需要用到前端的 js 动态加载。

可以看看 requirejs, headjs, yepnopejs 之类的前端模块加载工具。

nuwa git:master ❯ git df 1620f36..33c957a --name-status
D       assets/images/text-icon.png
A       assets/images/wenzi.png
D       assets/javascripts/add.js
M       assets/javascripts/app.js
M       assets/javascripts/design.js
M       assets/javascripts/page.js
M       assets/javascripts/reboot.js
D       assets/javascripts/utils.js
M       assets/stylesheets/app.css
D       public/data/add_component_index_model.json
M       public/index.html
D       public/templates/add-component-index.html
M       readme.md
D       vendor/assets/javascripts/handlebars.js

FIT 是可以的。之前使用过。可以记录每个窗口的 Session.

很大一部分原因是因为：用过就回不去了。

用过 Ruby 之后，就很难有心情再去写 Java 代码。

用过 OS X 之后，就回不去 Linux 的桌面了。( 曾经的 Arch 粉，折腾 gnome kde openbox awesome xfce 折腾的心力交瘁..

Omnisweeper for Mac

如果在 rails 环境下，贡献一个更丑的方式：

1.9.3p194 :001 > data = {a: 1, b:2}
 => {:a=>1, :b=>2} 
1.9.3p194 :002 > data.try(:[], :a)
 => 1 
1.9.3p194 :003 > data.try(:[], :c)
 => nil

cool! Russo One 字体亮了！

做企业级编程的人不认可 Ruby 的很大一部分原因就是，语法太灵活，写法不统一。

太灵活的东西就会让他们觉得控制不了，一控制不了就去用 Java 了。

尘归尘，土归土。爱写什么就写什么吧。. 选择自己喜欢的写。

如果整个世界只有楷书，还怎么彰显书法家的个性..

Fork 的代码不要在 master 上做修改。

贡献代码直接开新的 branch. 最终 PR 回去就好了。

这样每次都可以：

git co master
git pull upstream master
git co -b new_branch
# send new PR

最近在折腾 Gitlab 的 Git HTTP 支持，发现 unicorn 真的很好。

passanger 会将 http basic auth 的信息拦截掉。导致后端没法正常验证。这个有人报过 issue 了。我只能让它换到非 passanger 环境下。

其他的 thin unicorn puma. 我最近看过代码。关于 tempfile 的实现上面。unicorn 也是最好的。puma 里面的代码真的很取巧。

#17 楼 @quakewang https://github.com/macournoyer/thin/issues/126 给 Thin 提了一个 issue. 等待有人回复。

#9 楼 @bhuztez 好吧，我在本地都是这么干的。

主要看你搭这个干嘛，本地玩还是一个正式应用。

感觉 meck 不是为公司搭的，应该也就是自用。所以各种方案就都行。

btw: 每次被 bhuztez 大大 吐槽都能学到新东西..我很受用..

#4 楼 @yesmeck unicorn 暴露端口也是一种办法，就没有 socket 文件的问题了。

#6 楼 @bhuztez 哦.. 这样。我以前都没注意过这个问题。

都是粗暴解决。

#2 楼 @yesmeck 可以啊。保证 nginx 的 worker 的用户能访问 gitlab 组下面的东西就好了。

nginx 的 worker 进程不是 root 启动的。所以没有权限访问 unicorn 的 gitlab 用户。

在 /etc/nginx/nginx.conf 文件顶上加上 user 声明，然后重启就好了。

user root admin;

#13 楼 @quakewang

@request.body 各个返回是不一样的。

Thin 是 StringIO

unicorn 是 Unicorn::TmpIO

Puma 是 Puma::NullIO

#13 楼 @quakewang Puma 的 NullIO 的 read 是这样实现的：

# Mimics IO#read with no data
#
def read(count=nil,buffer=nil)
  (count && count > 0) ? nil : ""
end

Thin 用的是 StringIO. 但是它没往里面写入。

只有 unicorn 实现了真正的 read.

def read(*args)
  @socket ? tee(super) : @tmp.read(*args)
end

#11 楼 @hooopo 亮了，112k 是可以解释了。话说 80 + 32 还是个谜。

#9 楼 @ashchan 有趣的原因。我宁愿相信这个答案。

#2 楼 @bhuztez 话说为什么大家的默认大小都是 80 + 32 这个有什么解释么？

#2 楼 @bhuztez Python 系是这样的么？那后端岂不是得判断到底是 stream 还是 string. 然后用不同的方法处理。感觉还不如让 server 做了。

nohup or -d

#11 楼 @huacnlee 官方有的。本地的 chef-server 我没用过。我现在还处在 chef-solo 的阶段。

你这个需求是 chef-server 的需求。

有 ops 专区么？我们一起研究一下 chef 吧.. 这些工具我都评估过了。

感觉 chef 最好。

#33 楼 @bhuztez Erlang 不会，求指导 apposs-agent 写的怎么样。

apposs-center 是还有很多改进空间.. 比如，@fsword 就不应该把 .vagrant 文件提交上来... 别人用 vagrant 除非删掉这个文件，要不然没法用。

其他小槽点就不吐了，系统结构，功能上之前给 @fsword 说过 apposs-center gist 化的问题，以及各种术语 ( 涉及到数据库表名，字段名，通用抽象名等 ) 的问题，等他慢慢解决吧。

你多虑了，中午那阵就挂了..

责任不在你..

#30 楼 @bhuztez 你在哪看到代码的，我怎么没看到.. btw: 我还没看过代码.. orz

#28 楼 @ruohanc 我已经没有花名了。Saito 就好了。