nginx 的资料推荐这个： http://wiki.nginx.org/Chs apache 已经好几年不用了

前端和后端，你各选一种出来琢磨就行了，不用都懂 比如 nginx+unicorn、apache+passenger 基本思想就是前端接受 http 请求，转发给后端一个或多个服务器处理 大部分情况下基本配置都可以用 之后再根据需求查资料微调即可

#4 楼 @jjym 好吧，其实我就是想省事，不想弄变量保存= =

#115 楼 @hz_qiuyuanxin 你那种需求太生僻了，不见得有人做过

免费请用 bitbucket

不用这么复杂，nginx 的模块搞定

limit_req_zone Limit frequency of connections from a client. This module allows you to limit the number of requests for a given session, or as a special case, with one address. Restriction done using leaky bucket.

#55 楼 @camel 事实上像 cloudfoundry、github 等很多企业都提供了虚拟机镜像的产品帮助用户快速搭建环境

#55 楼 @camel 除了尺寸大，可以解决上面所有的问题 驱动不是问题，又不是游戏机

#52 楼 @suupic 包括上面同学说的各种脚本、capstrano 等东西，都可以集成在虚拟机镜像里，提供一个标准的命令操作，还可以从 github 等地方更新升级

就是说，除了用户自己的代码，其他所有的东西都可以以自动化的方式完成

最简单的方式，应该是用虚拟机镜像的方式 针对不同系统提供一个完全配置好的镜像 缺点是尺寸比较大 好处是完全不会有任何环境差异的问题，并且所有人的环境都一样，出了问题也好找

0 站内资源爬虫爬不到

前端输入的部分，这个也许对你有帮助 http://pinesframework.org/ptags/

puma 文档中说，puma 的实现不完整，需要在关闭或重启时自己处理如 redis 连接之类的东西，不知道 lz 怎么做的？

刚才测了一下 linode 150，rackspace 280，国内盛大云 45ms 准备投入 linode 的怀抱

#6 楼 @abitno 俺想骑车环台湾

#24 楼 @Rei 励志

我觉得是这么几个原因： 1、国内大量码农对前沿技术比较迟钝，同意@fredwu 说的，过两年应该会好 2、技术圈里缺乏推崇 ruby 的领军人物，目前比较有影响的也就 CSDN 肉饼一位，而且最近几年也谈的不多 3、缺乏有影响力的产品，如果不是因为豆瓣，国内恐怕也不会这么多人谈 python

咱们大家可以解决的是第 3 点，所以，努力开发 nb 的酷产品吧

cloudinary.com 跟又拍差不多啊

21 号不在北京，只能先帮转一下

#105 楼 @lukefan 赞一下创新院

晚上回去用用

只在编译 assets 的时候加载，下面 test 组和 development 组也是分别对应不同的场景

备份文件，把 repo 干掉重建了一遍，目前正常了

#7 楼 @yaroot 我自己当然是跑过了啊..要不就不纠结了..本地没有问题，文件也 push 上去了，github 上看代码都是对的，但是访问就还是旧的页面

#2 楼 @Saito 强制刷新也没有，在哪里看是不是编译失败？

#1 楼 @willmouse repo 里是新的

再换一台 macbook 试试

杯具，还是要赴饭局