目录:html
一、什么是中间件?python
中间件是一个、一个的管道,若是相对任何全部的经过Django的请求进行管理都须要自定义中间件数据库
中间件能够对进来的请求和出去的请求进行控制django
中间件是一类。缓存
由上图可知,中间件是位于wsgi和路由系统中间的环节。用户请求和和回应请求都会通过中间件。session
看下面的代码在settings里中间件的类:app
1 MIDDLEWARE_CLASSES = [ 2 'django.middleware.security.SecurityMiddleware', 3 'django.contrib.sessions.middleware.SessionMiddleware', 4 'django.middleware.common.CommonMiddleware', 5 'django.middleware.csrf.CsrfViewMiddleware', 6 'django.contrib.auth.middleware.AuthenticationMiddleware', 7 'django.contrib.auth.middleware.SessionAuthenticationMiddleware', 8 'django.contrib.messages.middleware.MessageMiddleware', 9 'django.middleware.clickjacking.XFrameOptionsMiddleware', 10 ]
当有请求过来的时候,默认从上倒下执行!而后在返回的时候从下面在返回回去框架
二、自定义中间件ide
中间件中能够定义五个方法,分别是:memcached
以上方法的返回值能够是None和HttpResonse对象,若是是None,则继续按照django定义的规则向下执行,若是是HttpResonse对象,则直接将该对象返回给用户。
在django的的project目录下建立一个middleware目录,并建立一个md.py的脚本,内容以下:
1 class Testmiddle: 2 def process_request(self,request): 3 print 'Testmiddle process_request' 4 def process_view(self, request, callback, callback_args, callback_kwargs): 5 print 'Testmiddle process_view' 6 def process_exception(self, request, exception): 7 pass 8 def process_response(self, request, response): 9 print 'Testmiddle process_response' 10 return response 11 12 class Nextmiddle: 13 def process_request(self,request): 14 print 'Nextmiddle process_request' 15 def process_view(self, request, callback, callback_args, callback_kwargs): 16 print 'Nextmiddle process_view' 17 def process_exception(self, request, exception): 18 pass 19 def process_response(self, request, response): 20 print 'Nextmiddle process_response' 21 return response
修改settings.py文件,在MIDDLEWARE_CLASSES中添加咱们建立的中间件
1 MIDDLEWARE_CLASSES = [ 2 'django.middleware.security.SecurityMiddleware', 3 'django.contrib.sessions.middleware.SessionMiddleware', 4 'django.middleware.common.CommonMiddleware', 5 'django.middleware.csrf.CsrfViewMiddleware', 6 'django.contrib.auth.middleware.AuthenticationMiddleware', 7 'django.contrib.auth.middleware.SessionAuthenticationMiddleware', 8 'django.contrib.messages.middleware.MessageMiddleware', 9 'django.middleware.clickjacking.XFrameOptionsMiddleware', 10 'middleware.middle.Testmiddle', 11 'middleware.middle.Nextmiddle', 12 ]
1 Testmiddle process_request 2 Nextmiddle process_request 3 Testmiddle process_view 4 Nextmiddle process_view 5 This app01 Views.index 6 Nextmiddle process_response 7 Testmiddle process_response
从输出结果能够看出:
他是先执行Testmiddle 的request 方法又执行了Nextmiddle的 process_request方法, 而后在执行Testmiddle的view方法,Nextmiddle的view方法
注意:django版本1.10之后,会报以下错误:
解决以下:
1 from django.utils.deprecation import MiddlewareMixin 2 class Testmiddle(MiddlewareMixin): 3 def process_request(self,request): 4 print 'Testmiddle process_request' 5 def process_view(self, request, callback, callback_args, callback_kwargs): 6 print 'Testmiddle process_view' 7 def process_exception(self, request, exception): 8 pass 9 def process_response(self, request, response): 10 print 'Testmiddle process_response' 11 return response 12 13 class Nextmiddle(MiddlewareMixin): 14 def process_request(self,request): 15 print 'Nextmiddle process_request' 16 def process_view(self, request, callback, callback_args, callback_kwargs): 17 print 'Nextmiddle process_view' 18 def process_exception(self, request, exception): 19 pass 20 def process_response(self, request, response): 21 print 'Nextmiddle process_response' 22 return response
注意:
* 老版本中在中间件中若是某个中间件类的方法返回的不是none,则后面的中间件不会再处理请求,也不会到达路由系统,而是直接到第一个process_response,开始全部的process_response处理
* 新版本中在中间件中若是某个中间件类的方法返回的不是none,则后面的中间件不会再处理请求,也不会到达路由系统,而是直接到最后一个process_response处理,而后返回给客户端
因为Django是动态网站,全部每次请求均会去数据进行相应的操做,当程序访问量大时,耗时必然会更加明显,最简单解决方式是使用:缓存,缓存将一个某个views的返回值保存至内存或者memcache中,5分钟内再有人来访问时,则再也不去执行view中的操做,而是直接从内存或者Redis中以前缓存的内容拿到,并返回。
Django中提供了6种缓存方式:
一、开发调试
1 # 此为开始调试用,实际内部不作任何操做 2 # 配置: 3 CACHES = { 4 'default': { 5 'BACKEND': 'django.core.cache.backends.dummy.DummyCache', # 引擎 6 'TIMEOUT': 300, # 缓存超时时间(默认300,None表示永不过时,0表示当即过时) 7 'OPTIONS':{ 8 'MAX_ENTRIES': 300, # 最大缓存个数(默认300) 9 'CULL_FREQUENCY': 3, # 缓存到达最大个数以后,剔除缓存个数的比例,即:1/CULL_FREQUENCY(默认3) 10 }, 11 'KEY_PREFIX': '', # 缓存key的前缀(默认空) 12 'VERSION': 1, # 缓存key的版本(默认1) 13 'KEY_FUNCTION' 函数名 # 生成key的函数(默认函数会生成为:【前缀:版本:key】) 14 } 15 } 16 17 18 # 自定义key 19 def default_key_func(key, key_prefix, version): 20 """ 21 Default function to generate keys. 22 23 Constructs the key used by all other methods. By default it prepends 24 the `key_prefix'. KEY_FUNCTION can be used to specify an alternate 25 function with custom key making behavior. 26 """ 27 return '%s:%s:%s' % (key_prefix, version, key) 28 29 def get_key_func(key_func): 30 """ 31 Function to decide which key function to use. 32 33 Defaults to ``default_key_func``. 34 """ 35 if key_func is not None: 36 if callable(key_func): 37 return key_func 38 else: 39 return import_string(key_func) 40 return default_key_func
二、内存
1 # 此缓存将内容保存至内存的变量中 2 # 配置: 3 CACHES = { 4 'default': { 5 'BACKEND': 'django.core.cache.backends.locmem.LocMemCache', 6 'LOCATION': 'unique-snowflake', 7 } 8 } 9 10 # 注:其余配置同开发调试版本
三、文件
1 # 此缓存将内容保存至文件 2 # 配置: 3 4 CACHES = { 5 'default': { 6 'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache', 7 'LOCATION': '/var/tmp/django_cache', 8 } 9 } 10 # 注:其余配置同开发调试版本
四、数据库
1 # 此缓存将内容保存至数据库 2 3 # 配置: 4 CACHES = { 5 'default': { 6 'BACKEND': 'django.core.cache.backends.db.DatabaseCache', 7 'LOCATION': 'my_cache_table', # 数据库表 8 } 9 } 10 11 # 注:执行建立表命令 python manage.py createcachetable
五、Memcach缓存(python-memcached模块)
1 # 此缓存使用python-memcached模块链接memcache 2 3 CACHES = { 4 'default': { 5 'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache', 6 'LOCATION': '127.0.0.1:11211', 7 } 8 } 9 10 CACHES = { 11 'default': { 12 'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache', 13 'LOCATION': 'unix:/tmp/memcached.sock', 14 } 15 } 16 17 CACHES = { 18 'default': { 19 'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache', 20 'LOCATION': [ 21 '172.19.26.240:11211', 22 '172.19.26.242:11211', 23 ] 24 } 25 }
六、Memcache缓存(pylibmc模块)
1 # 此缓存使用pylibmc模块链接memcache 2 3 CACHES = { 4 'default': { 5 'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache', 6 'LOCATION': '127.0.0.1:11211', 7 } 8 } 9 10 CACHES = { 11 'default': { 12 'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache', 13 'LOCATION': '/tmp/memcached.sock', 14 } 15 } 16 17 CACHES = { 18 'default': { 19 'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache', 20 'LOCATION': [ 21 '172.19.26.240:11211', 22 '172.19.26.242:11211', 23 ] 24 } 25 }
七、应用方式:
使用中间件,通过一系列的认证等操做,若是内容在缓存中存在,则使用FetchFromCacheMiddleware获取内容并返回给用户,当返回给用户以前,判断缓存中是否已经存在,若是不存在则UpdateCacheMiddleware会将缓存保存至缓存,从而实现全站缓存
1 MIDDLEWARE = [ 2 'django.middleware.cache.UpdateCacheMiddleware', 3 # 其余中间件... 4 'django.middleware.cache.FetchFromCacheMiddleware', 5 ] 6 7 CACHE_MIDDLEWARE_ALIAS = "" 8 CACHE_MIDDLEWARE_SECONDS = "" 9 CACHE_MIDDLEWARE_KEY_PREFIX = ""
1 方式一: 2 from django.views.decorators.cache import cache_page 3 4 @cache_page(60 * 15) 5 def my_view(request): 6 ... 7 8 方式二: 9 from django.views.decorators.cache import cache_page 10 11 urlpatterns = [ 12 url(r'^foo/([0-9]{1,2})/$', cache_page(60 * 15)(my_view)), 13 ]
1 a. 引入TemplateTag 2 3 {% load cache %} 4 5 b. 使用缓存 6 7 {% cache 5000 缓存key %} 8 缓存内容 9 {% endcache %}
参考L:https://docs.djangoproject.com/en/1.9/topics/cache/
Django中提供了“信号调度”,用于在框架执行操做时解耦。通俗来说,就是一些动做发生的时候,信号容许特定的发送者去提醒一些接受者。
一、django内置信号
1 Model signals 2 pre_init # django的modal执行其构造方法前,自动触发 3 post_init # django的modal执行其构造方法后,自动触发 4 pre_save # django的modal对象保存前,自动触发 5 post_save # django的modal对象保存后,自动触发 6 pre_delete # django的modal对象删除前,自动触发 7 post_delete # django的modal对象删除后,自动触发 8 m2m_changed # django的modal中使用m2m字段操做第三张表(add,remove,clear)先后,自动触发 9 class_prepared # 程序启动时,检测已注册的app中modal类,对于每个类,自动触发 10 Management signals 11 pre_migrate # 执行migrate命令前,自动触发 12 post_migrate # 执行migrate命令后,自动触发 13 Request/response signals 14 request_started # 请求到来前,自动触发 15 request_finished # 请求结束后,自动触发 16 got_request_exception # 请求异常后,自动触发 17 Test signals 18 setting_changed # 使用test测试修改配置文件时,自动触发 19 template_rendered # 使用test测试渲染模板时,自动触发 20 Database Wrappers 21 connection_created # 建立数据库链接时,自动触发
二、对于Django内置的信号,仅需注册指定信号,当程序执行相应操做时,自动触发注册函数:
1 from django.core.signals import request_finished 2 from django.core.signals import request_started 3 from django.core.signals import got_request_exception 4 5 from django.db.models.signals import class_prepared 6 from django.db.models.signals import pre_init, post_init 7 from django.db.models.signals import pre_save, post_save 8 from django.db.models.signals import pre_delete, post_delete 9 from django.db.models.signals import m2m_changed 10 from django.db.models.signals import pre_migrate, post_migrate 11 12 from django.test.signals import setting_changed 13 from django.test.signals import template_rendered 14 15 from django.db.backends.signals import connection_created 16 17 18 def callback(sender, **kwargs): 19 print("xxoo_callback") 20 print(sender,kwargs) 21 22 xxoo.connect(callback) 23 # xxoo指上述导入的内容 24 from django.core.signals import request_finished 25 from django.dispatch import receiver 26 27 @receiver(request_finished) 28 def my_callback(sender, **kwargs): 29 print("Request finished!")
三、django自定义信号
1 import django.dispatch 2 pizza_done = django.dispatch.Signal(providing_args=["toppings", "size"]
1 def callback(sender, **kwargs): 2 print("callback") 3 print(sender,kwargs) 4 5 pizza_done.connect(callback)
1 from 路径 import pizza_done 2 3 pizza_done.send(sender='seven',toppings=123, size=456)
因为内置信号的触发者已经集成到Django中,因此其会自动调用,而对于自定义信号则须要开发者在任意位置触发。
参考L:https://docs.djangoproject.com/en/dev/topics/signals/
一、admin简介:
Django内置的Admin是对于model中对应的数据表进行增删改查提供的组件,使用方式有:
依赖APP: django.contrib.auth django.contrib.contenttypes django.contrib.messages django.contrib.sessions 模板的context_processors: django.contrib.auth.context_processors.auth django.contrib.messages.context_processors.messages 中间件: django.contrib.auth.middleware.AuthenticationMiddleware django.contrib.messages.middleware.MessageMiddleware