出前一丁，朴素的芝麻油香味。

没错，自从用了 GitX 之后，review 和 commit 都变得更清晰了，即便一次写很多代码，也可以非常方便地拆分成多个 commit 了。个人感觉比 SourceTree 好用，btw，我用的是这个 fork: http://rowanj.github.io/gitx/

对死后如何不关心。

@durrrr 每次去都不能直视 lol

如果你那边 github 没有墙，也许下面这种搜索方式更好一些 XD

https://github.com/tornadoweb/tornado/search?q=request_time&ref=cmdform

想起来这个… https://github.com/jterrace/js.js/

set up 文档里的截图竟然是 ubuntu 下的，一瞬间产生了非常违和的感觉。

@n37r06u3 这个 slide 就是开发 mrq 的团队写的，展示他们为何从 celery 换到 rq，并各自分析了 celery 和 rq 的利弊，因为有这些动机才开发了 mrq。(只是没在 slide 中交代)

@ShunYea CM 一直不出 nexus 5 的 stable 版，等哭在厕所 =A=

然后现在自暴自弃开始用 GravityBox 定制界面了…

看了这个 slide，分析得非常赞，感觉可以成为新的 major implementation。

http://www.slideshare.net/sylvinus/why-and-how-pricing-assistant-migrated-from-celery-to-rq-parispy-2

Mark 了，不出意外今年应该可以去~

待遇是很好的，公司也许是不错的，可我不喜欢你们这么浮夸的格调和说话风格怎么办？你们可能因此而与真正沉稳、有思想的人才失之交臂。这是我的真实感受，如有冒犯请谅解。

DNS 可以用来作负载均衡，但不能是唯一的负载均衡，我见过的亿级别的网站不多，但据我了解都有 LVS + Nginx 实现四层和七层的负载均衡。lz 的“亿级架构”如果没有应用实例，怕是站不住脚的，而且标题也是有问题的，何为「简单」的亿级架构？如果是真正的亿级架构，绝不可能是「简单」二字可以形容，就内容来看，姑且可以理解为亿级架构的简单剖析，大约这才是 lz 这篇分享真正的目的。

另外使用 Python 作为代码示例，不得不说这一点是非常赞的。多数架构文章读完都是知其然不知其所以然，有易读的 Python 代码示例，对很多概念的理解上会透彻很多。倒不是说 lz 一定要用 Python 来做 DNS 解析等事情，这点还是很理解的。

对初学者而言其实是篇非常好的文章，虽然的确如楼上所说有一些不足和不够细致，但就概念的介绍而言足够了。V2EX 上的大家都有对技术有精益求精的追求，所以 lz 不必为大家的诘问介怀，对事不对人的 :)

有印象 +1，送送送 XD

@cbsw 没用过多说不知道它具体怎么做，但跨域是 HTTP 协议上的东西，跟框架没有关系，现在无外乎两种方式: jsonp 和 CORS，后者请查看 mozilla 文档 https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS

你说的那个 csrf_token 是所谓的跨站请求伪造，为了给模拟登录和其他请求增加难度，和跨域不一样的。

顶饭团 :)

@johnsneakers 记得这篇文章的原文在 HN 上被人喷过……语言过激，很多描述都不尽不实，所以这篇文章看过就忘了吧。