@mengyang 你之前在哪家公司实习？

@cngithub 照常理购买服务绝对是更合理的选择，实际上我司两年半前就是unfuddle的付费用户，但是后来unfuddle被墙（准确的说是Amazon EC2被墙），一堆人坐在那里无法无法提交代码（那时候用的是Svn）。

后来就下决心自己维护了，难说github什么时候也会被墙。

----哦， 已经墙过了。

@techzhou 可以用这段命令运行sidekiq
sudo -u git -H bundle exec rake sidekiq:start RAILS_ENV=production

@freewizard 可以参考我写的“将GitLab 2.9.1 升级到 5.0” http://www.v2ex.com/t/65379

@techzhou 多半是sidekiq没有运行， 你到background jobs里查看一下。 我现在只要在web界面增加key 就可以了， 无需手动执行任何脚本。

@ljbha007
不是指我们，不过我们也会有一些类似机制。

抱歉，目前没有

做了一个简要的分享PPT

Python技术小团队不妨知道的技术
http://www.v2ex.com/t/45719

@shitven，好吧，你们这么做下去没准就是实现了一个pip，哈哈

@shitiven
直接把依赖代码塞项目目录下有不少弊病，譬如：

1. 项目目录下会有很多第三方代码库，譬如我们项目依赖近80个第三方库；
2. 工作环境复制会依赖文件拷贝，但是到了每个人手上，这些依赖就不好控制，有人会升级到最新版本，有人会用其他fork的版本，导致一旦出现问题难以查找；

另外，用virtualenv+uwsgi+nginx 还有额外好处，譬如同一台机器上可以建立几个virtualenv，里面可以有不同的依赖甚至代码分支，响应不同的端口号，这样一台机器就能同时提供生产环境和测试环境，在没有足够物理服务器或者不想折腾虚拟机的情况下，是个比较简单的方案。

写了第一篇 VirtualEnv 和Pip 构建Python的虚拟工作环境
http://www.v2ex.com/t/42760

大家知道的，我们最近在改版，我这周就放几篇出来，见谅见谅...

@muxi 不用担心，没有误会，我也只是借你的话再次强调下，呵呵

@muxi 我们现在直接用了mylvmbackup这个脚本，节约了很多时间和精力。 所以我想写的这组东西，并不是什么高深的技术，可能在高手眼里也很肤浅，但是从我们自己角度而言，如果早点了解这些，是会少撞些南墙的。

@reus 按照这个标准算的话，每天150万左右

@austin 对的，我们现在也是这么做。
@dementrock 我们也有此意，已经有了部分API，后续会发布更多

@etnian 实际上我们的PV真的没参考价值，因为大部分页面都是后台提供json，前端render，所以一个用户翻了300页，记录的PV依然是1

@xiaojay
我们最早用fcgi，后来改nginx的时候在gunicorn，uwsgi里选了uwsgi(具体原因忘了），实际上现在证明uwsgi是足够好的，只是我们参数设得不好。

@e6nian 每个网站的业务不一样，所以PV/UV仅供参考。扇贝网是一个在线学习网站，每天2万人左右完成学习，完成一次学习至少要20分钟，多的要6-7小时，而且每个人学习的内容都不一样，因此负载还是不低的。

@zern 曾经有别人的博客这么说我们网站 “扇贝网应该是完全原创的（它们丑陋的界面似乎也印证了这点）。“ 希望以后不要再被这么表扬了