上下文处理器和中间件
- 1.用户系统案例
- 2.用上下文处理器完善用户系统案例
- 3.内置上下文处理器讲解-debug、request、auth
- 4.内置上下文处理器讲解-messages
- 5.内置上下文处理器讲解-media、static、csrf
- 6.中间件原理和定义方式详解
- 7.中间件第三种即将被遗弃的写法
- 8.内置中间件详解-CommonMiddleware
- 9.内置中间件详解-GZip、Messages、Security等
1.用户系统案例
2.用上下文处理器完善用户系统案例
3.内置上下文处理器讲解-debug、request、auth
4.内置上下文处理器讲解-messages
5.内置上下文处理器讲解-media、static、csrf
6.中间件原理和定义方式详解
中间件
中间件是在 request 和 response 处理过程中的一个插件。比如在 request 到达视图函数之前,我们可以使用中间件来做一些相关的事情,比如可以判断当前这个用户有没有登录,如果登录了,就绑定一个 user 对象到 request 上。也可以在 response 到达浏览器之前,做一些相关的处理,比如想要统一在 response 上设置一些 cookie 信息等。
自定义中间件:
中间件所处的位置没有规定。只要是放到项目当中即可。一般分为两种情况,如果中间件是属于某
个 app 的,那么可以在这个 app 下面创建一个 python 文件用来存放这个中间件,也可以专门创
建一个 Python 包,用来存放本项目的所有中间件。创建中间件有两种方式,一种是使用函数,一
种是使用类,接下来对这两种方式做个介绍:
使用函数的中间件:
def simple_middleware(get_response):
# 这个中间件初始化的代码
def middleware(request):
# request到达view的执行代码
response = get_response(request)
# response到达浏览器的执行代码
return response
return middleware
使用类的中间件:
class SimpleMiddleware(object):
def __init__(self, get_response):
self.get_response = get_response
# 这个中间件初始化的代码
def __call__(self, request):
# request到达view之前执行的代码
response = self.get_response(request)
# response到达用户浏览器之前执行的代码
return response
在写完中间件后,还需要在 settings.MIDDLEWARES 中配置写好的中间件才可以使用。比如我们写
了一个在 request 到达视图函数之前,判断这个用户是否登录,如果已经登录就绑定一
个 user 对象到 request 上的中间件,这个中间件放在当前项目的 middlewares.users 下:
def user_middleware(get_response):
# 这个中间件初始化的代码
def middleware(request):
# request到达view的执行代码
userid = request.session.get("userid")
userModel = FrontUser.objects.filter(pk=userid).first()
if userModel:
setattr(request,'frontuser',userModel)
response = get_response(request)
# response到达浏览器的执行代码
return response
return middleware
那么就可以在 settings.MIDDLEWARES 下做以下配置:
MIDDLEWARE = [
'django.middleware.security.SecurityMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.common.CommonMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware',
'django.contrib.messages.middleware.MessageMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',
'middlewares.users.user_middleware'
]
中间件的执行是有顺序的,他会根据在 MIDDLEWARE 中存放的顺序来执行。因此如果有些中间件是
需要基于其他中间件的,那么就需要放在其他中间件的后面来执行。
7.中间件第三种即将被遗弃的写法
8.内置中间件详解-CommonMiddleware
Django内置的中间件:
1.django.middleware.common.CommonMiddleware
:通用中间件。他的作用如下:限制settings.DISALLOWED_USER_AGENTS
中指定的请求头来访问本网站。 DISALLOWED_USER_AGENT
是一个正则表达式的列表。示例代码如下:
import re
DISALLOWED_USER_AGENTS = [
re.compile(r'^\s$|^$'),
re.compile(r'.*PhantomJS.*')
]
如果开发者在定义 url 的时候,最后有一个斜杠。但是用户在访问 url 的时候没有提交这个斜杠,那么 CommonMiddleware 会自动的重定向到加了斜杠的 url 上去。
2. django.middleware.gzip.GZipMiddleware
:将响应数据进行压缩。如果内容长度少于200个长度,那么就不会压缩。
3. django.contrib.messages.middleware.MessageMiddleware
:消息处理相关的中间件。
4. django.middleware.security.SecurityMiddleware
:做了一些安全处理的中间件。比如设置 XSS 防御的请求头,比如做了 http 协议转 https 协议的工作等。
5. django.contrib.sessions.middleware.SessionMiddleware
: session 中间件。会给 request 添加一个处理好的 session 对象。
6. django.contrib.auth.middleware.AuthenticationMiddleware
:会给 request 添加一个 user 对象的中间件。
7. django.middleware.csrf.CsrfViewMiddleware
: CSRF 保护的中间件。
8. django.middleware.clickjacking.XFrameOptionsMiddleware
:做了 clickjacking 攻击的保护。 clickjacking 保护是攻击者在自己的病毒网站上,写一个诱惑用户点击的按钮,然后使用 iframe 的方式将受攻击的网站(比如银行网站)加载到自己的网站上去,并将其设置为透明的,用户就看不到,然后再把受攻击的网站(比如银行网站)的转账按钮定位到病毒网站的按钮上,这样用户在点击病毒网站上按钮的时候,实际上点击的是受攻击的网站(比如银行网站)上的按钮,从而实现了在不知不觉中给攻击者转账的功能。
9. 缓存中间件:用来缓存一些页面的。
django.middleware.cache.UpdateCacheMiddleware
。
django.middleware.cache.FetchFromCacheMiddleware
。
内置中间件放置的顺序:
1. SecurityMiddleware :应该放到最前面。因为这个中间件并不需要依赖任何其他的中间件。如果你的网站同时支持 http 协议和 https 协议,并且你想让用户在使用 http 协议的时候重定向到 https 协议,那么就没有必要让他执行下面一大串中间件再重定向,这样效率更高。
2. UpdateCacheMiddleware :应该在 SessionMiddleware, GZipMiddleware, LocaleMiddleware 之
前。
3. GZipMiddleware 。
4. ConditionalGetMiddleware 。
5. SessionMiddleware 。
6. LocaleMiddleware 。
7. CommonMiddleware 。
8. CsrfViewMiddleware 。
9. AuthenticationMiddleware 。
10. MessageMiddleware 。
11. FetchFromCacheMiddleware 。
12. FlatpageFallbackMiddleware 。
13. RedirectFallbackMiddleware 。