一亩三分地儿

这一篇主要介绍如何保存任务执行结果。此处需要用到额外包django-celery-results, 先安装包:pip install django-celery-results在celery_demo/settings.py中安装此应用:INSTALLED_APPS = [ 'django.contrib.admin', 'django.contrib.auth',

开启站点内容压缩gzip:MIDDLEWARE_CLASSES = ( 'django.middleware.gzip.GZipMiddleware', ) 使用django的gzip_page装饰器来指定对那些请求压缩：from django.views.decorators.gzip import gzip_page @gz

前言Django的模板引擎提供了一般性的功能函数，通过前端可以实现多数的代码逻辑功能，这里称之为一般性，是因为它仅支持大多数常见情况下的函数功能，例如if判断，ifequal对比返回值等，但是稍微复杂一些的函数功能并不支持，例如通过模板来判断一个返回值是否是合法的数字类型，此时如果又不希望通过后台视图代码来实现的话，我们就可以自定义一些前端函数功能。Django为我们提供了两种方式

I don't know what the difference is supposed to be, but I found a use case difference (using django 1.9.1 running via apache, wsgi on Python 3.4). In my app, I have some images in ImageFields in the

假如我们有以下模板index.html，代码为： Title网页公共头部部分 网页body部分 网页公共底部部分做过web开发的童鞋知道大部分网页的公共头部，公共底部部分代码每个页面都一样，那么就应该将其单独拿出做为一个html， 这样修改这部分代码时候，不需要每个页面都修改， 所以在django中我们可以这么做：top.html网页公共头部

Django使用Request 对象和Response对象在系统间传递状态。当请求一个页面时, Django会建立一个包含请求元数据的 HttpRequest 对象. 当Django 加载对应的视图时, HttpRequest对象将作为视图函数的第一个参数. 每个视图会返回一个HttpResponse对象.注意:视图的第一个参数必须是HttpRequest对象.HttpRequest属

如果我们的视图想给用户返回漂亮的页面，就需要在python代码中编写很多html css的代码。这会导致一些问题的出现, 例如:1. 任何页面的改动会牵扯到Python代码的改动, 网站的设计改动会比Python代码改动更频繁，所以如果我们将两者分离开会更方便；2. 后台Python代码与设计HTML是不同的工作，页面设计人员应该编辑Python代码，他们应该与HTML打交道；3.

后台管理页面完成，接下来就要做公共访问的页面，对于django的设计框架MVT，用户在URL中请求的是视图，视图接收请求后进行处理，并将处理的结果返回给请求者使用视图时需要进行两步操作:1. 定义视图2. 配置URLconf1. 定义视图在Django中，视图可以是一个Python函数或者类, 被定义在views.py中.视图的参数是一个HttpRequest类型的对象

站点分为后台(网站内容管理)和前台(公共访问两部分)，后台部分由网站的管理员负责查看、添加、修改、删除数据，开发这些重复的功能是一件单调乏味、缺乏创造力的工作，为此，Django能够根据定义的模型类自动地生成管理模块.使用Django的管理模块，需要按照如下步骤操作：1. 管理界面本地化；2. 创建管理员；3. 注册模型类；4. 自定义管理页面.1. 管理界面本地化

1. 模型类当前项目的开发，都是数据驱动的，即分析出项目中所需要存储的数据，然后设计数据表及表结构，接下来再使用设计好的页面对表完成数据的crud.django中内嵌了ORM框架，不需要直接面向数据库编程，而是定义模型类，通过模型类和对象完成数据表的crud.使用django进行数据库开发的步骤如下：1.在models.py中定义模型类2.迁移3.通过类和对象完成数据crud

通过新闻信息管理为例，使用django框架完成开发。通过案例对使用django框架有个全面的认识，包括开发流程、基本概念，本节并不指针概念细节展开讨论，细节在今后的课程中再进行讨论。在开发过程中，当需要使用python的包时可以联网安装:sudo pip install 包名称使用如上命令，会将包安装到/usr/local/lib/python3.4/site-packages下.

uWSGI是一个web服务器, 它实现了uwsgi、wsgi、http协议. uwsgi协议是一个uWSGI服务器自有的协议.django框架自带了wsgiref服务器，为什么我们需要这样的一个服务器呢? wsgiref定位是测试服务器，那么性能，稳定性不能保证。现在我们将wsgi服务器改成uWSGI web服务器:安装uWSGI 服务器:pip install u

uWSGI建议我们可以将静态文件部署到Nginx这样的服务器上，Nginx比uWSGI有更好的静态文件处理能力，但由于Nginx服务器无法直接处理python这样的程序代码，可将对动态内容的请求交给uWSGI来处理.我们的uWSGI已经配置好，现在只需要将静态部分内容交由Nginx处理，动态请求转发到uWSGI处理就可以：首先我们的uWSGI并不是作为我们的唯一的w

创建django项目celery_demo, 创建应用demo:django-admin startproject celery_demopython manage.py startapp demo在celery_demo模块中创建celery.py模块, 文件目录为:celery.py模块内容为:from celery import Celeryfrom

如果我们想某日某时执行某个任务，或者每隔一段时间执行某个任务，也可以使用celery来完成. 使用定时任务，需要安装额外包:pip install django_celery_beat首先在settings.py中安装此应用:INSTALLED_APPS = [ 'django.contrib.admin', 'django.contrib.auth', '

Django 处理一个 Request 的过程是首先通过中间件，然后再通过默认的 URL 方式进行的。我们可以在 Middleware 这个地方把所有Request 拦截住，用我们自己的方式完成处理以后直接返回 Response。因此了解中间件的构成是非常必要的。Initializer: __init__(self)出于性能的考虑，每个已启用的中间件在每个服务器进程中只初始化一