恩，这个问题很有实际意义，我之前 nginx 配置文件都是在 svn 上管理，因为 svn 能 co 单个文件，通过脚本对机器集群做 svn up 和 restart，可以及时更新发布集群的 nginx 配置就都可以了。但是 git 就不好做了，所以我通过单独一个目录来放配置文件。

反正上海怒江机房基本上就是渣，不出问题还好，出了问题就完了

这个估计很难有现成的，不过后台开发难度不大，就是对前端和效果展示有要求

有没有人代理购买 樱花VPS 呢？

原来是今天，生日快乐，还有今天是儿童节，要不要考虑暴一下小孩子照片看看 @Livid

作为一个半运维人员，我想象不出什么理由不使用命令行

@Jessepinkman 记错了域管理邮箱，错怪google了

出门狩猎是真的狩猎吗？

@greatghoul 我的意思是说挂上vpn就稳定多了，我已经通过授权了，X-RateLimit-Limit: 5000，主要还是因为国内的网络环境。

@greatghoul 这个肯定不是因为应用授权的问题，就是国内网络限制，我不能用了之后挂上vpn，然后又可以使用了

第三种更加简单的方法：
使用 memcached，然后按照一定的生存时间段放入 cache，
如果这个用户在cache内，说明是在线的，如果没有那么不在线。
对于用户的每次浏览行为，都是update新的cache，没有的话就新建cache
这种方法有缺点，没办法列出所有在线用户。

我给你一个现实的解决方案吧，判断用户时间在线基本是用户的各种点击浏览行为，每次点击都可以更新用户的最近活跃时间，一般以最近10分钟（也可以其他时间）来认为这段时间内的用户是在线的，两种方法：
1）数据库，每个点击都是update用户最近活跃时间，用户是否在线就是看时间是否在范围内，总在线人数就是 count 所有在时间范围内
这种做法对数据库压力非常的大，所以要善用 nosql，第二种解决方法：
2）使用redis Sorted sets，逻辑上是一样的，就是有来了就update，然后定时清空超过一定时间的用户，剩下的这个 redis Sorted sets 就都是在线用户了，只需要判断用户是否在这个set里面就可以了

在现实实践中有很多小技巧，如果人数真的千万级别，那么可以考虑按照一定随机比例来更新状态，存在一定误差，还有对于常驻内存的应用，比如 jvm，可以实现一定的数据结构，先在内部做存储，然后统计到远程数据库或者 nosql，其实这是队列机制的思想。

@Zhongwei 泪奔，为什么没有人做翻墙路由器的生意呢，这个应该很好玩

你是真的需要编辑呢？（大部分都是不需要的）
还是只是为了查看相关内容
一般 sed 和 grep 能解决大部分的需求

@yorkw 我自己在开发、创业和思考产品的时候，发现各方面和国外优秀的产品相差巨大，所以我对模仿是非常宽容的，因为模仿是最开始的学习。但是到了源代码和像素级别的copy，我就真的是无语了。

@saharabear 你可以看看其 css 代码，查找“github”关键字，已经不是模仿的问题了，有些赤裸裸啊

@SharkIng 打开页面是一部分，还要测试能否 push 上去，看来真是需要迁移到本地了

@akira 苍天，大地

@jackytang520 之前确实push不上去，不知道线路问题还是bitbucket本身有问题