大纲
二、session
1、session与cookie对比 2、session基本原理及流程 3、session服务器操作(获取值、设置值、清空值) 4、session通用配置(在配置文件中) 5、session引擎配置(db、cache、file、cookie加密) 三、CSRF 1、csrf原理-form提交及ajax提交 2、csrf全局与局部应用配置 四、中间件生命周期 1、process_request、process_response 下面自己创建一个中间件 2、process_view 3、其他 一、内容回顾二、session
1、session与cookie对比
Cookie:保存在用户浏览器端的键值对
本地可以修改;如果有敏感信息,可以被看到。
基于cookie做用户验证时,敏感信息不适合放在cookie中
把存储压力放到每个客户端上,对于服务器端压力小了。
Session:保存在服务器端的键值对
服务端:保存键值对{'随机字符串':{……用户信息……}}
,通过cookie保存随机字符串到客户端上。
使用session前:先执行 python manage.py makemigrations
, python manage.py migrate
,因为默认Django session 保存在数据库中的django_session表中。
2、session基本原理及流程
-
session 设置值
request.session['is_login'] = True
Django会执行一下操作
# 生成随机字符串 # 写到用户浏览器cookie # 保存到session中 # 在随机字符串对应的字典中设置相关内容……
-
session 获取值
request.session['is_login']:
执行以下操作
# 获取当前用户的随机字符串 # 根据随机字符串获取对应信息
- 使用session前,别忘了先生成数据库
python manage.py migrate
urls.py
url(r'^login/', views.login), url(r'^index/', views.index), url(r'^logout/$', views.logout),
views.py
def login(request): if request.method == "GET": return render(request,'login.html') elif request.method == "POST": user = request.POST.get('user') pwd = request.POST.get('pwd') if user == 'root' and pwd == "123": # session中设置值 # 生成随机字符串 # 写到用户浏览器cookie # 保存到session中 # 在随机字符串对应的字典中设置相关内容…… request.session['username'] = user request.session['is_login'] = True if request.POST.get('rmb',None) == '1': # 超时时间 request.session.set_expiry(10) return redirect('/index/') else: return render(request,'login.html')def index(request): # 获取当前用户的随机字符串 # 根据随机字符串获取对应信息 if request.session.get('is_login',None): return HttpResponse(request.session['username']) else: return HttpResponse("请登录……")def logout(request): # del request.session['username'] request.session.clear() # 清除session,注销 return redirect('/login/')
login.html
>
index.html
欢迎登录:{ { username }}, { { request.session.username }}
注销
3、session服务器操作(获取值、设置值、清空值)
# 获取、设置、删除Session中数据 request.session['k1'] # 获取 request.session.get('k1',None) request.session['k1'] = 123 # 设置 request.session.setdefault('k1',123) # 存在则不设置 del request.session['k1'] # 删除 # 所有 键、值、键值对 request.session.keys() request.session.values() request.session.items() request.session.iterkeys() request.session.itervalues() request.session.iteritems() # 获取用户session的随机字符串 request.session.session_key # 将所有Session失效日期小于当前日期的数据删除 request.session.clear_expired() # 检查 用户session的随机字符串 在数据库中是否存在 request.session.exists("session_key") # 删除当前用户的所有Session数据 request.session.delete("session_key") request.session.clear() # 比delete用法更简单,注销的时候可以使用# 设置超时时间 (默认session超时时间是两周) request.session.set_expiry(value) # * 如果value是个整数,session会在些秒数后失效。 # * 如果value是个datatime或timedelta,session就会在这个时间后失效。 # * 如果value是0,用户关闭浏览器session就会失效。 # * 如果value是None,session会依赖全局session失效策略。
4、session通用配置(在配置文件中)
settings.py
SESSION_ENGINE = 'django.contrib.sessions.backends.db' # 引擎(默认)SESSION_COOKIE_NAME = "sessionid" # Session的cookie保存在浏览器上时的key,即:sessionid=随机字符串(默认)SESSION_COOKIE_PATH = "/" # Session的cookie保存的路径(默认)SESSION_COOKIE_DOMAIN = None # Session的cookie保存的域名(默认)SESSION_COOKIE_SECURE = False # 是否Https传输cookie(默认)SESSION_COOKIE_HTTPONLY = True # 是否Session的cookie只支持http传输(默认)SESSION_COOKIE_AGE = 1209600 # Session的cookie失效日期(2周)(默认)SESSION_EXPIRE_AT_BROWSER_CLOSE = False # 是否关闭浏览器使得Session过期(默认)SESSION_SAVE_EVERY_REQUEST = False # 是否每次请求都保存Session,默认修改之后才保存(默认)# 这个好。settings里设为true,超时时间按照最后一次客户端请求计算,如上按照最后一次请求之后10秒失效。
5、session引擎配置(db、cache、file、cookie加密)
Django中默认支持Session,其内部提供了5种类型的Session供开发者使用:
- 数据库(默认)
- 缓存
- 文件
- 缓存+数据库
- 加密cookie
# 数据库Session SESSION_ENGINE = 'django.contrib.sessions.backends.db' # 引擎(默认)# 缓存Session SESSION_ENGINE = 'django.contrib.sessions.backends.cache' # 引擎 SESSION_CACHE_ALIAS = 'default' # 使用的缓存别名(默认内存缓存,也可以是memcache),此处别名依赖缓存的设置 # 连接memcache 的配置,缓存部分会提到。不支持redis,连它需要安装插件# 文件Session SESSION_ENGINE = 'django.contrib.sessions.backends.file' # 引擎 SESSION_FILE_PATH = os.path.join(BASE_DIR, 'cache') # 放到cache目录下 SESSION_FILE_PATH = None # 缓存文件路径,如果为None,则使用tempfile模块获取一个临时地址tempfile.gettempdir() # 如:/var/folders/d3/j9tj0gz93dg06bmwxmhh6_xm0000gn/T# 缓存+数据库Session SESSION_ENGINE = 'django.contrib.sessions.backends.cached_db' # 引擎# 加密cookie Session (都放到cookie里面,只是做了加密处理) SESSION_ENGINE = 'django.contrib.sessions.backends.signed_cookies' # 引擎
三、CSRF
之前提到的xss攻击:网站评论里等允许别人写js的时候,别人进行的恶意操作。csrf类似。
CSRF的防护通常有两种方式,一个是通过Challenge-Response的方式,例如通过Captcha和重新输入密码等方式来验证请求是否伪造,但这会影响用户体验,类似银行付款会采用这样的方式。另一种是通过随机Token的方式,多数Web系统都会采用这种方式,Django也是用的这种。
1、csrf原理-form提交及ajax提交
客户端get请求时,django会生成随机字符串给客户,当客户端提交form表单的时候,如果没有随机字符串,则django不允许,报403错误。
form提交数据需要带随机字符串过去,Ajax提交也需要带着过去。ajax带哪的值?
加上{% csrf_token %}
在html form里生成了一个,在也生成了一份。浏览器审查元素 –> Network –> Cookies 里也能找到随机字符串。
所以ajax提交的时候,只需要把cookie里的随机字符串拿到,放到请求头里面发过去就可以了
后台获取随机字符串的key,key是什么值? x-CSRFtoken
login.html
这里ajax提交,在浏览器审查元素、network里看效果。
2、csrf全局与局部应用配置
settings里面,允许csrf验证,那么就是对全局都进行验证。如果个别的方法不需要使用,怎么单一配置?
django为用户实现防止跨站请求伪造的功能,通过中间件 django.middleware.csrf.CsrfViewMiddleware
来完成。而对于django中设置防跨站请求伪造功能有分为全局和局部。
全局:
中间件 django.middleware.csrf.CsrfViewMiddleware
局部:
@csrf_protect
,为当前函数强制设置防跨站请求伪造功能,即便settings中没有设置全局中间件。@csrf_exempt
,取消当前函数防跨站请求伪造功能,即便settings中设置了全局中间件。
注:from django.views.decorators.csrf import csrf_exempt,csrf_protect
对于ajax中,采用ajaxSetup
方式也是全局都加,比如get方式是不需要的,可以如下配置
var csrftoken = $.cookie('csrftoken'); function csrfSafeMethod(method) { // these HTTP methods do not require CSRF protection return (/^(GET|HEAD|OPTIONS|TRACE)$/.test(method)); } $.ajaxSetup({ beforeSend: function(xhr, settings) { // settings 会获取到ajax里面的所有配置 if (!csrfSafeMethod(settings.type) && !this.crossDomain) { xhr.setRequestHeader("X-CSRFToken", csrftoken); } } }); function Do(){ $.ajax({ url:"/app01/test/", data:{id:1}, type:'POST', success:function(data){ console.log(data); } }); }
四、中间件生命周期
settings里的 MIDDLEWARE 都是一个一个的中间件。客户端请求,先经过一排一排的中间件到达views,之后再通过中间件返回给客户端。而通过中间件都是调用中间件的某个方法、
1、process_request、process_response
- process_request:客户端请求,经过中间件的方法
- process_response:返回客户端,经过中间件的方法
下面自己创建一个中间件
随便创建一个目录middle,
middle/m.py
from django.utils.deprecation import MiddlewareMixinclass Row1(MiddlewareMixin): def process_request(self, request): print("中间件1") def process_response(self, request, response): print("中间件1返回") return response# 参数里的 response :就是views里面返回的值,所以要继续返回一下,否则客户端收不到数据from django.shortcuts import HttpResponseclass Row2(MiddlewareMixin): def process_request(self, request): print("中间件2") # return HttpResponse("禁止你访问") def process_response(self, request, response): print("中间件2返回") return responseclass Row3(MiddlewareMixin): def process_request(self, request): print("中间件3") def process_response(self, request, response): print("中间件3返回") return response
settings.py
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', 'middle.m.Row1', 'middle.m.Row2', 'middle.m.Row3',]
views.py
def test(request): print("最终返回信息") return HttpResponse("OK")
中间件里面的参数request里接受的数据和views里接受的数据是一样的,所以从里面取值可以做相应的判断处理,允不允许数据通过。
比如上面的示例:中间件row2,process_request,里返回数据,则会在同级的process_response里开始返回数据给客户端了。
注意:这是在Django1.10版本才这样的,之前版本:row2返回数据,会在最底部的response开始网上返回数据,这里是row3。
所以中间件是对所有的请求做统一操作,比如数据校验、黑名单过滤
2、process_view
如下:每个中间件类中中加入如下方法:
class Row1(MiddlewareMixin): def process_request(self, request): print("中间件1") def process_view(self, request, view_func, view_func_args, view_func_kwargs): # view_func 对应 views函数,view_func_args、kwargs 对应 views里的参数、 print("中间件1view") def process_response(self, request, response): print("中间件1返回") return response
请求顺序如下:用户请求 –> 每个中间件的request –> 到达urls路由匹配,匹配成功后 –> 折回每个中间件的view –> views –> 通过response返回
3、其他
def process_exception(self, request, exception): if isinstance(exception, ValueError): return HttpResponse("出现异常")# 异常处理 views函数里出错了,执行这里,如views里 int('lgeng')
views函数如果出现异常,返回会找exception方法,一级一级往上找,如果有处理返回,如果都没有处理就直接返回报错了。
process_template_response(self,request,response)# 如果views中的函数返回的对象中,具有render方法,执行这个方法。
一、内容回顾
1、基本生命周期
2、URL
/index/ index /list/(\d+) index /list/(\d+) name='li' index /list/(\d+) include index
3、views
# 所有内容的原生值request.body # 所有的post请求,都会放到body里面传过去 request.POST # 从request.body中提取 request.GET # 从request.body中提取 request.FILES request.xxxx.getlist# 请求头内容request.Meta request.method(POST,GET,PUT) request.path_info request.COOKIES ……# 返回数据 ######### return HttpResponse # 支持返回字符串 和 bytes类型 return render # 渲染页面 return redirect # 跳转 # 返回cookie ## response = HttpResponse('ok') response.set_cookie() return response # 把cookie,放到响应头里面,客户端浏览器去响应头里面获取。。所以也能设置响应头内容 response['name'] = 'lgeng'
4、Model操作(原生Sql也可以)
# 表内容操作: models.TB.objects.create() obj = models.TB(..) obj.save() models.TB.objects.all()[7:10] # 切片 models.TB.objects.update() models.TB.objects.filter() models.TB.objects.delete models.TB.objects.values models.TB.objects.values_list models.TB.objects.get models.TB.objects.filter().update() models.TB.objects.filter().first() models.TB.objects.filter(**{}).count() models.TB.objects.filter(双下划线跨表) models.TB.objects.filter(id__gte=1) models.TB.objects.exclude(id__lt=1) models.TB.objects.filter(id_in=[1,2,3]) # id__in # 多对多 obj.set obj.add([1,2,3]) obj.add(1,2,3) obj.remove([1,2,3]) obj.clear() models.TB.objects.all() [obj,obj] obj.fk.name models.TB.objects.all().order_by('') models.TB.objects.distinct() ## 跨表操作 ########### class A: name ... # 而A表操作B表,通过表名+‘_set’ --> b_set class B: caption ... fk = ForignKey(A) # B表操作A表,通过 fk.
5、模板语言
# 基本操作 def func(request): return render(request,'index.html',{ 'val':[1,2,3]}) # index.html 里{ { val.0 }}
# 继承 extends "layout.html"# include 组件# simpli_tag, filter
转载请务必保留此出处:
<!-- END -->
《版本说明》: 本文转自 -- http://blog.csdn.net/fgf00/article/details/54299199