Django
Django中间件(Middleware)
是一个轻量级、底层的“插件”系统,可以介入Django的请求和响应处理过程,修改Django的输入或输出.
django 中的中间件(middleware)
在django中,中间件其实就是一个类,在请求到来和结束后,django会根据自己的规则在合适的时机执行中间件中相应的方法。
在django项目的settings模块中,有一个 MIDDLEWARE_CLASSES 变量,其中每一个元素就是一个中间件.
中间件的结构
中间件中可以定义5个方法,分别是:
- process_request(self,request) :
- 执行视图之前被调用,在每个请求上调用,返回None或HttpResponse对象
- process_view(self, request, callback, callback_args, callback_kwargs):
- 调用视图之前被调用,在每个请求上调用,返回None或HttpResponse对象
- process_template_response(self,request,response):
- 在视图刚好执行完毕之后被调用,在每个请求上调用,返回实现了render方法的响应对象
- process_exception(self, request, exception)
- 当视图抛出异常时调用,在每个请求上调用,返回一个HttpResponse对象
- process_response(self, request, response
- 所有响应返回浏览器之前被调用,在每个请求上调用,返回HttpResponse对象
中间件的执行顺序
请求以自上而下的顺序通过所有的层,view函数处理之后,响应以自下而上的顺序通过所有的层,期间经过的每个中间件都会对请求或者响应进行处理。
首先在项目的主app下新建一个py文件
mysite/mysitemiddleware.py
from django.http import HttpResponse from django.utils.deprecation import MiddlewareMixin class MyException(MiddlewareMixin): def process_exception(self, request, exception): # 当试图抛出异常时调用,在每个请求上调用,返回一个HttpResponse对象 print('自定义的process_exception') return HttpResponse(exception) def process_request(self, request): # 执行试图之前被调用,在每个请求上调用,返回None或HttpResponse对象 print('自定义的 process_request') return None def process_view(self, request, callback, callback_args, callback_kwargs): # 调用试图之前被调用,在每个请求上调用,返回None或HttpResponse print('自定义的 process_view') return None def process_template_response(self, request, response): # 试图刚好执行完毕被调用,在每个请求上调用,返回实现了render方法的响应对象 # 如果试图函数中的返回值中有render方法,才会执行process_template_response print('自定义的process_template_response') return response def process_response(self, request, response): # 所有响应返回浏览器之前被调用, 在每个请求上调用,返回HttpResponse print('自定义的process_response') return response
将中间件在settings中注册
运行的话,查看一个渲染的页面,会有如下信息显示
当我们出错的时候
再查看页面
页面会显示主要的错误信息,后台也很又更新
1.在mysite/mysitemiddleware.py中新建一个UserMiddleware的类
2.这个例子是给request请求增加一个myuser的属性.
3.以这一句为分界,分别在view之前执行和view之后执行
mysite/mysitemiddleware.py
class UserMiddleware(object): def __init__(self, get_response): self.get_response = get_response def __call__(self, request): # request到达view之前执行的代码 username = request.session.get('username', '未登录') if username: setattr(request, 'myuser', username) # response在试图到达用户浏览器之前执行的代码 print('request部分的代码') response = self.get_response(request)
# 之后执行的代码 print('response部分的代码') return response
放入settings中注册
在home视图渲染出来
在模板中想要使用的变量是从视图函数中的context这个上下文的参数中传递进来的,每个视图函数需要什么参数就传什么参数.
上下文处理器就是创建模板变量.
在settings.py中,包含了当前使用的上下文处理器。他的作用是可以给每一个模板都提供相同的变量
在刚才的中间件的例子中,我们给request 增加了一个myuser的属性,而如果每个模板中也就是每个页面上都需要用到登录用户名这个变
量名的话, 那么我们也可以把这个变量在上下文处理器中将变量传给模板.
1.在主目录下创建了一个.py的文件.
2.在.py的文件中创建一个myuser的函数
3.必须传入request这个参数
4.必须返回一个字典类型的对象.
mysite/my_content_processor.py
def my_user(request): username = request.session.get('username', '未登录') if username: return {'myuser': username}
将my_user在settings中注册
mysite是项目名,先找到文件所在的位置,把自定义的上下文处理器的函数添加到TEMPLATES->OPTIONS->context_processors中。
然后我们在home页面设置一下
查看结果:
总结:
- 中间件是在用户请求到响应的过程中去加入一些额外的逻辑功能,例子中给request增加了一个myuser的属性.
- 上下文是给所有的模板增加变量,例子中给模板增加了一个myuser的变量.
admin后台管理
在项目的目录下我们会看到这样一个url的配置,你有自己去访问这个url地址吗
输入127.0.0.1:8000/admin之后
你会看到出来这样一个界面,
让你输入用户名和密码去登录?
那么用户名和密码从哪里来,登录之后又是什么样的呢?
Django管理页面
为你的员工或客户生成一个用户添加,修改和删除内容的后台是一项缺乏创造性和乏味的工作。因此,Django 全自动地根据模型创建后台界面。
Django 产生于一个公众页面和内容发布者页面完全分离的新闻类站点的开发过程中。站点管理人员使用管理系统来添加新闻、事件和体育时讯等,这些添加的内容被显示在公众页面上。Django 通过为站点管理人员创建统一的内容编辑界面解决了这个问题。
管理界面不是为了网站的访问者,而是为管理者准备的。
admin创建管理用户
如果忘记密码的话:
设置成中文
向admin中注册模型
admin后台显示
admin后台操作
自定义管理页面