这是要把装服务器的 CPU 拿出来装高端形象了么？想看看牙膏厂什么时候把 Xeon 的 64 核也搞到酷睿里面装一下逼

感觉看得好腻了，每年都是这两面孔。本来想看火箭 vs 凯尔特人 的总决赛的

就用 torndb 没啥事的，不过也就别想着异步啥啥啥就可以了

感觉 py3 的异步已经快要成为 js callback 那样了，遍地都是 async，看得心烦

最近有些项目用到了 Nginx ＋ Lua/njs 特别是 lua，从此告别各种异步的概念，一股脑丢 nginx 自己搞，而且在 nginx 强大的架构下，从此告别各种语言论战下的性能问题，毕竟 Nginx ＋ lua 几乎是等同于在写纯 C 的性能了，在单纯 web 应用下的架构，我觉得没有什么比这个的性能更高的了

@chenqh 懂 flask 的话，投奔 aiohttp 去不会错，在 uvloop 的强大的续命技能下，领跑个三五年没问题

你仔细看看页面的 JS 不就知道了么？

<script type="text/javascript">
blocked = [];
ignored_topics = [];
$("#TopicsHot").children('.cell').each( function(index) {
for (i in blocked) {
if ($(this).hasClass('from_' + blocked[i])) {
$(this).css('display', 'none');
}
}
for (i in ignored_topics) {
css_class = 'hot_t_' + ignored_topics[i];
if ($(this).hasClass(css_class)) {
$(this).css('display', 'none');
}
}
});
</script>

不用想得这么复杂，其实用户根本不关心你分页，眼不见心不烦，帮 TA 隐藏掉就可以了~

顺便说，v2 这里没有啥黑魔法，代码走的基本都是最简单的套路，够用省事，当然了，也够粗暴

车企不是不能独资进入国内的么？这个是怎么操作的？

博客几篇密码保护的文章很想看看，求暗示密码~

简单的事情没有必要想得太复杂，微信钱包的零钱，买包烟就没有了，实在大额的就用来还信用卡，每个月几千成万在微信零用钱里流转，从来没有觉得有什么障碍

@glues 这里面有个逻辑就是，如果不是用 nginx+lua 内嵌这样的实现的话，那么 nginx 前面做 proxy_pass 后端是 nodejs，php-fpm，uwsgi （ Python 系）等这些实现并无区别

njs 的意义我觉得是 nginx 自带 js 引擎了，简单说就是等同于内嵌了 nodejs，这在部署的时候大幅度简化运维的步骤，因为只有一个 nginx，reload 一下，连啥 supervisor 这样的后端 server 监控的都不需要了

@0312birdzhang 不说胜利不胜利，至少是个方向吧。Openresty 的性能有，但是生态跟 js 想比，这个真没法说

@hcymk2 #2 js 挺好的，至少是主力语言之一，也许是因为太熟悉了，该踩的坑的都踩完了，没有觉得有啥痛苦的。lua table 模仿一切的数据结构，里面还不能有 nil，私下觉得不是很适应，当然了，这不适应很大的原因是因为对 lua 不熟悉引起的

@glues #3 njs 或者没有 luajit 的性能，但对比之下，比 lua 的生态环境好太多太多了，js 的生态和入门的容易程度，比 lua 领先几个光年

仔细看一下他们 hg 仓库的代码记录，发现 nginxScript 已经正式被除名了，真正的从代码里被删除了，现在的正式名字就只叫 njs

如果单纯开发用机，又不想接受 Win10 那些神经病的东西，可以搞个 Windows Server 201x 系列

@lihongxun945 #2 没有其他意思，写得挺好的。本来想帮忙起个书的名字的，扫视一下隔壁同学的书架，索性就调侃一下好了～

都写成这样了，不去联系出版社出版本小册子，名字就叫：

《 webpack 从入门到精通》、
《深入浅出 webpack 》、
《 webpack in action 》、
《 Effective webpack 》、
《 head first webpack 》、
《 webpack 编程艺术》、
《 webpack 源码剖析》、
《大话 webpack 》、
《 webpack 必知必会》、
《 webpack 核心编程》、
《 webpack 实战》、
《 webpack 学习笔记》、
《 webpack in program 》、
《你不知道的 webpack 》、
《编写可维护的 webpack 代码》、
《 webpack 从入门到专家》、
《 webpack 编程精髓》、
《 webpack 与高性能 javascript 》、
《 webpack primer plus 》、
《 webpack 编程要义》、
《那些你不知道的 webpack 》、
《疯狂 webpack 讲义》、
《 webpack 编程思想》、
《 webpack 与用户体验设计》、
《 webpack 与前端开发》

感觉列不下去了，大家把里面的 webpack 换成各种语言的名字，尤其是 java 会有种很讽刺的感觉~

起床上来看一眼，几十个未读提醒，点开看看，全部都是收藏主题的提醒！回复也不见一个～ 摊手～

@Bryan0Z #1 我就猜到有 233 ！！！

@lxy #2 encode 和 decode 的方法可以自己稍微修改一下，就是一个小小的 “隐写器”（ Steganography ）啦～

redis 那么快，用不着异步吧？？？

手上有几十台 HP 服务器准备上架，刚好用上！

@rogwan #32 django 的 context_processors 只是 template 的全局变量吧，跟 flask 不是一个概念的 context

flask 的 context 分为 App context (_app_ctx_stack) 和 Request context (_request_ctx_stack)，理解好这两个概念就是 flask 的关键。flask 基于 werkzeug 的 LocalStack 实现了很精巧的 应用(app) 和 请求(request) 的 context，像 flask g 这样的全局变量好用是好用，要是你想问个为什么，恐怕没有几个自认为懂得 flask 的人答得出来

因为懂得 flask 背后的原理，我反而觉得 tornado 这样的用 class 来构建 context 的框架更加方便理解，至少跟别人解释起来，真心比 flask 这背后的 LocalProxy 好理解～