因特里脊

vagrant + provisioning，或者直接 pack 好 vagrant 镜像，保证每个人 vagrant up 的时候环境都是一样的。
vagrant 除了 vboxfs 的权限上稍微有差异以外，其它和真实环境还真是没有太大差别。

是使用 git mv 修改的吗，还是直接就资源管理器改过来了。如果是 git mv，不应该出现这种情况。

ap 啊，或者那种小的旅行路由，带网线接口那种，可以配置成这种模式。

QQ 和微信这类即时消息会弹一个窗在右上角，这个弹窗会使屏幕短暂亮上几秒。如果是双屏，双屏都会被点亮

挂 CDN 能应对更大规模的开采，如果你的源服务器应付不了那么大的访问量的话。
如果是固定 IP 大规模开，直接排一下序把最顶上的用 iptables 干掉，或者采用某些手段限制访问频次。不痛不痒就算了，随便让它开采。本来开放的 web 就是让人访问的，人和机器访问的界限有时候很模糊。

应该是 N+1.

只要不是把服务器采挂了，对方采就让它采。万一对方是用真实浏览器采的呢，怎么区分
频度高的封 IP，频度低的就只能任由它，根本没有简单的处理的办法

没用过 debian，其它几种 linux 的话，都是把用户添加到一个特定的用户组就可以了。ubuntu 是添加到 sudo 组，centOS 是添加到 wheel 组。
网上流传各种修改 /etc/sudoers 的方式，不太推荐。
还是建议通过普通帐号用 sudo，sudo 可以自己找包装上去。

看 @TF 发的那条，美区帐号可惜不在名单里。

一般都是提供饮料（主要是咖啡），赚点服务费

Mac QQ 聊天记录管理器各种问题。

比如我一直坚持在 5.0.1 版本没升上来，在查看聊天记录的时候，比如正在看 A 的聊天记录，一共 100 页，当前翻到第 50 页，当你准备翻第 51 页的时候，这个过程如果有人上下线，就会跳到第一页。

同深圳移动，但每次这个界面都是在挂掉电话以后才会弹出来

虚拟主机的话在请求量不大情况下可以先 ob_flush，然后把线程挂着去发邮件。
访问量大的话就建议至少弄个 vps，不要玩虚拟主机了。

你预验证的时候一定是绑过信用卡的，哪怕你把信用卡删了也一定会从这个信用卡里扣钱。美国网站的一般规律

构建不应该是用 git pull 么，为什么会用 clone 呢
只有库不存在的时候才需要 clone 。都是历史数据， pull 的结果也是精确可信的

两个事件：
1. 爱国者 MP5
2. 某雷在网上推出了高清视频，后又推出了超清视频，然并卵，超清还比不上油管 720P 。

厂商爱用概念误导不是一天两天了。直播的清晰度选择本来就是照顾大多数人的感觉，和视频点播站的清晰度最好一一对应，这样大家都容易理解。

haproxy 的 bind 是可以写一个范围的。 具体可以搜一下帮助 @flynaj

用美国的运营商手机号，几秒钟就好了。