我们这里是 All in one .

#12 楼 @lgn21st 我都搞不清楚当时修改了什么地方了。你可以先安装这个 https://github.com/flazz/vim-colorschemes ，这里面的 theme 多的你数不过来。我用的是 blackboard。和我贴的那个图应该是一样的。

我觉得这款 theme 不好的地方就是 comments 不是灰色，这样有时候看起来就不舒服，容易混淆。

下面这个是我正在用的，在以前一个 theme 基础上修改过的。

我曾经是多么的崇拜王垠，特别是他写他到 google 做实习写 python 分析器的那段，太传奇了。但不知道，为什么，看他近来的文章，我发现他有点分裂了，他应该是非常适合做研究的哪类人物，Phd 也念了那么多年，貌似还没毕业？现在的文章，观点也不尖锐了，有时候都不知道在说什么，这篇也是，貌似在吐槽其他动态语言没有类型系统，无法判别问题所在，但这个世界上本来就没有完美的东西，为什么不说点 python,javascript,ruby 这类语言的优势在那里呢？

简历有问题吧。

今天本地测试了哈，确实不错。很方便。小项目的话，推荐

#49 楼 @robbin 了解了，谢谢。

#50 楼 @bhuztez 我貌似提到 socket 了吧。

#47 楼 @jimrokliu 还有，可以让 nginx 和 Goliath 通过 socket 进行通讯。不一定非得走 http。

#45 楼 @jimrokliu 由于 Goliath 本身就支持高并发了，所以我一直觉得，在前面放个代理貌似作用不大，除非你用代理，做负载均衡。

#43 楼 @jimrokliu 是的，用了 nginx 确实会让很多事情处理起来更加方便。只是不知道，用与不用，只考虑单纯的 api call 的情况下有多少区别，是不是用了 nginx 后，能提高并发能力？

#40 楼 @jimrokliu 嗯，这个我知道。我这里说的是单纯的 API SERVER，没有页面渲染，没有 CSS。

@robbin 你做的这个太棒了：https://github.com/robbin/grape-goliath-example 我一直对新版本的 Goliath 没有个好的路由解决方案头痛不已。

@robbin 肉饼问个问题，如果用了 Goliath，是否有必要用 Nginx 来做前端的代理，或者后面启动多个 Goliath Server 进程，用 Nginx 来做负载均衡。由于 Goliath 本来就是为了高并发设计的，再用 Nginx 做代理是否有必要或者是否能明显的提高并发能力？谢谢。

#41 楼 @hayeah 哪你让华顺把所有他老乡的回复都禁言算了。

貌似已经不粉嫩了吧。

我貌似都符合，怎么办？

#1 楼 @blacktulip 神回复！确实如此。

千万不要。现在这种挺好。 #54 楼 @xds2000 这个也不错。

才这么点数据怎么可能瓶颈。

Go 版本推出后，Iron.io 的服务器数量直接从 30 台减到了 2 台，附加的两台实现冗余服务器更是从未用到。CPU 的使用率不到 5%，而初始化过程中对比 Rubby 使用接近 50M 的内存，Go 版本只是用了不到几百 K。

我觉得他们之前对 Ruby 的使用也很有问题。不过，这篇是我看过最好的 Go 语言的软文了，特别是最后这么一段，把 Ruby 痛斥的体无完肤。

@suxu 这个 QQ 群：297431094

有兴趣的请加这个 QQ 群：297431094

#4 楼 @suxu 什么群，在那里

#2 楼 @suxu 因为估计都比较腼腆吧

#3 楼 @tangier 成都搞 ruby,rails 还是很多的。

#12 楼 @chenge 这就是传说中的扁平作用域

#5 楼 @neverlandxy_naix 1+

尼玛，太厉害了

不错。支持这样的热心人。