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

《 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 好理解～

关于性能，补充一点：

在 pypy/asyncio/uvloop 的加持下，不是我针对谁，包括你们认为的 NodeJS、GoLang、Gevent 啥的，都是垃圾

有感觉我会被 NodeJS\GoLang 的同学过来喷死，就不说了~

PHP 才是世界上最好的语言！

感觉 python 的框架都是哲学问题，没有对错，找个框架入门好了~

flask 上手快，插件多，但是随着项目的深入，慢慢就是变成一个 django，绝对的
django 一上来就是大而全，但胜在什么都有，什么都不用自己折腾

tornado 这货从一出生就开始用到现在，没有啥好也没啥不好，就是用习惯了。flask 的上手快是以各种插件为代价的，模板你要去找 jinja 吧？ orm 要找 sqlachemy 吧？这些都需要你自己去熟悉一下

而且，各种用 flask 和 django 的同学可能忽略了一个基本是事实就是，如果你有工作需要深入到源代码的话，那么 tornado 是一个极好的参考。django 的代码体系复杂而且庞大我就不说了，看 flask 的代码底层还要考虑 Werkzeug，其基于全局变量的 context 处理起来其实也不容易的。

顺便的，部署 tornado 的项目可以少拖一个 gunicorn 或者 uwsgi 之如此类，少很多坑

上面那些提及到性能的同学，完全没有必要进行对比。在 pypy/aiohttp/uvloop 的加持下，不是我非要针对谁，你们说的性能都是垃圾。

&& 相当于 and, || 相当于 or 这样理解就可以了~

@changnet #4 也不是手写的问题，写的话去 stackoverflow 有现成的，就是 python 里宠习惯了，感觉这个都没有～糖吃多了，少点糖都不习惯了都

相比 openresty 里去管理（ auth、access、rate_limite ）后端的 API，我反而觉得 openresty 做 web 也是相当的适合的，nginx.conf 直接管理所有的路径（ router ）跟 lua 处理函数（ controller ）的映射，openresty 各种的函数和极其方便的 ngx.print，要不是我的 lua 刚刚入门，刚刚这个真可以玩出花来～

翻看 nginx 的各路八卦，现在官方不是有引入 js 作为 conf 文件的配置方式了么。nginx+lua 有点为了性能而妥协的结果，如果不久的将来 nginx+js （或者 nodejs 之类）/nginx+python，或者能引领一个新的 web 开发浪潮，毕竟会 js 的同学，github 上真是千千万万～而背靠着 nginx 的性能，肯定甩掉其他所谓的高性能的框架的几个光年

@cloudyplain #3 有仔细翻过一大片的 Openresty 系列的框架和相关的实现，代码都草草地看过一些，最后还是选择国人的 lor 跳坑，毕竟类似 expressjs 和 Sinatra 这样出来的框架的 middleware 很好理解和使用

moonscript 草草看过，感觉是标准的 js 和 coffee js 的关系，本来就是入门 lua，懒得多看一个语法了～

@rim99 #1 很难说适合不适合，背靠 Nginx 这颗大树，能做的事情很多

@wuruxu 这个历史遗留的账号绑定了一个对我个人来说很特别的邮箱地址，所以想尝试去重新找回一下。

不过看目前这状况，目测也是重新注册的了......摊手:(

@Lentin
@cxd44
谢谢两位同学的提醒，一会准备打 PP 中国的 400 电话试试

@Scobbing
他也需要我的邮箱来验证的，相互牵制吧，谁都登陆不了

不说意义，就这个脑洞就已经值得点赞几亿次了！

意义在于这是一个全新的思路吧，我觉得搞成服务未尝不可～

不过隐约感觉这货搞出来，将会成为各种存放 NSFW 图片的......下面的就省略不说了吧

连续签到一千多天的人们，你们是怎么做到的？之前刷什么值得买，连续签到了 100 多天，已经觉得这记录难以突破了！竟然还有人能签到一千多天的，还是连续的！

你们的生活真是一天都不能离开电子产品了么？

开发机挂着四个 24 寸的显示器，每个显示器开四个 putty 窗口........