Celery是一个异步任务队列系统，利用它，可以将繁重的工作分配到多台服务器上执行，使水平扩展处理能力成为可能。worker是Celery的核心的执行模型，对其进行比较全面的理解，对于更加有信心地使用Celery会有很大的好处。worker的类型顾名思义，worker就是做具体工作的实体。为了便于理解，可以将worker同一台服务器对应（也就是在一台服务器上运行一个worker。当然，这里...

验证码本质上就是生成带有文字的图片，如果考虑到防止破解自然会涉及到许多复杂的算法，用以防止从图片中容易地识别出文字，作为一个简单的例子，以下就是利用Python的第三方图形处理模块Pillow来实现的一个简单的验证码功能：首先，在accounts.views中定义一个生成验证码的函数：from PIL import Image, ImageDraw, ImageFontfrom

近期研究LogStash和Elasticsearch过程中，注意到了statsD和Graphite的组合，前者shu

http://stackoverflow.com/questions/5100539/django-csrf-check-failing-with-an-ajax-post-request

再次运行environment.py，这次这样调用它：http://localhost:8051/?age=10&hobbies=software&hobbies=tunning注意环境字典中的QUERY_STRING和REQUEST_METHOD变量。当请求方法是G

当请求方法是POST的时候，查询字符串将从HTTP请求体中传递而不是通过URL。请求体是WSGI服务器提供的类似于环境变量的wsgi.input文件。有必要知道应答体的大小，以便从wsgi.input中读出它。WSGI明细规定，CONTENT_LENGTH变量来存储大

如果上一个脚本工作正常，将返回语句从return [response_body]改成return response_body然后再次运行它。注意到它变慢了吗？这样的话，服务器会迭代这个字符串，每次向客户端发送一个字节。所以不要忘记将应答封装在一个有更好性能的可迭代

WSGI不是什么：服务器，一个Python模块，一个框架，API或者任何种类的软件。它是什么：接口规范，通过它服务器和应用通信。服务器和应用程序两端的接口都有指定。PEP3333是唯一指定这个标准的地方。如果一个应用（或者是框架、工具箱）按照WSGI规范写出来，然后它就能够运行在任何按照WSGI规范实现的服务器上。WSGI应用（意思是兼容WSGI标准）可以被堆叠。在堆得中间的那些东西叫做...

环境字典包含类似于CGI的变量，对于每个从客户端来得请求，服务器来植入它。下面这个脚本将输出整个字典：#! /usr/bin/env python>>> from wsgiref.simple_server import make_server>>> def appl