django11--cookie与session、CBV添加装饰器
1 cookie与session
1.1 发展史
# 发展史： 无状态-->cookie、session-->token
1.网站都没有保存用户功能的需求 所有用户访问返回的结果都是一样的
eg:新闻、博客、文章...
2.出现了一些需要保存用户信息的网站
eg:淘宝、支付宝、京东...
以登陆功能为例:
如果不保存用户登陆状态 也就意味着用户每次访问网站都需要重复的输入用户名和密码
(你觉得这样的网站你还想用吗？)
# HTTP协议：
1.基于请求响应
2.基于TCP/IP作用于应用层之上
3.无状态
基于http协议通信的服务端，无法保存客户端状态
4.无(短)连接
随着互联网的发展 很多网站都需要保存客户端状态 为了实现该需求
cookie与session应运而生 (最初的功能核心:保存用户状态)
# 下述内容暂时了解即可 先给我搞明白最简单的cookie与session使用再说话！
# token
session虽然数据是保存在服务端的 但是禁不住数据量大
服务端不再保存数据
登陆成功之后 将一段用户信息进行加密处理
将加密之后的结果拼接在信息后面 整体返回给浏览器保存
浏览器下次访问的时候带着该信息 服务端自动切去前面一段信息再次使用自己的加密算法
跟浏览器尾部的密文进行比对
# jwt认证 json web token (json格式的token) 主流
三段信息
(后期会讲 结合django一起使用）
1.2 介绍
1.2.1 cookie介绍
# cookie原理
当用户第一次登陆成功之后 将用户的用户名和密码返回给用户浏览器
让用户浏览器保存在本地，之后访问网站的时候 浏览器自动将保存在浏览器上的用户名和密码
发送给服务端，服务端获取之后自动验证
(这种方式具有非常大的安全隐患)
# cookie:
具体指的是一段小信息，是服务器发送出来存储在浏览器上的一组组键值对，
下次访问服务器时浏览器会自动携带这些键值对，以便服务器提取有用信息。
# 简述：
服务端保存在客户端浏览器上的信息都可以称之为cookie
它的表现形式一般都是k:v键值对(可以有多个)
1.2.2 session介绍
# session原理
当用户登陆成功之后，服务端产生一个随机字符串(在服务端保存数据,用kv键值对的形式)，
随机字符串1:用户1相关信息
随机字符串2:用户2相关信息
随机字符串3:用户3相关信息
并将随机字符串 返回给客户端浏览器保存 (浏览器用cookie形式进行保存)
{'sessionid'：'随机字符串'}
之后访问服务端的时候，都带着该随机字符串
服务端去数据库中比对是否有对应的随机字符串，从而获取到对应的用户信息
但是如果你拿到了截获到了该随机字符串，那么你就可以冒充当前用户 其实还是有安全隐患的
在web领域没有绝对的安全 也没有绝对的不安全
# session
数据是保存在服务端的 并且它的表现形式一般也是k:v键值对(可以有多个)
# 总结:
1.cookie就是保存在客户端浏览器上的信息
2.session就是保存在服务端上的信息
3.session是基于cookie工作的 (其实大部分的保存用户状态的操作都需要使用到cookie)
# 个人理解
cooike : 是服务器 让浏览器直接保存真实的数据
session: 是服务器 给浏览器发一个身份证(令牌) 浏览器拿该身份证 来服务器进行验证
token : 是服务器 让真实的数据做了防伪处理，再让浏览器保存，然后将经过防伪处理的数据 来服务器进行验证
1.3 django操作
1.3.1 django操作Cookie
# 虽然cookie是服务端告诉客户端浏览器需要保存内容
但是客户端浏览器可以选择拒绝保存
如果禁止了 那么只要是需要记录用户状态的网站登陆功能都无法使用了
# 视图函数的返回值 必须是HttpResponse对象
from django.shortcuts import HttpResonse,render,redirect
return HttpResponse()
return render()
return redirect()
# 要想操作Cookie必须先产生对象 之后利用对象内置方法操作
obj1 = HttpResponse()
return obj1
obj2 = render()
return obj2
obj3 = redirect()
return obj3
# 设置cookie
obj.set_cookie(key,value)
# 获取cookie (从请求request对象获取)
request.COOKIES.get(key)
# 添加超时时间
obj.set_cookie('username', 'jason666',max_age=3,expires=3)
max_age
expires
两者都是设置超时时间的 并且都是以秒为单位
需要注意的是 针对IE浏览器需要使用expires
# 加盐
obj.set_signed_cookie(key,value, salt='加密盐')
# 主动删除cookie (注销功能)
obj.delete_cookie(key)
# 完整参数
key # 键
value='' # 值
max_age=None # 超时时间
expires=None # 超时时间(IE浏览器)
path='/' # Cookie生效的路径，'/' 表示根路径，根路径的cookie可以被任何url的页面访问
domain=None # Cookie生效的域名
secure=False # https传输
httponly=False # 只能http协议传输，无法被JavaScript获取（不是绝对，底层抓包可以获取到也可以被覆盖）
# 注意：
获取cookie是从请求request对象获取，新增和删除cookie是在响应对象HttpResponse操作
# eg: 完成一个真正的登陆功能 校验用户是否登陆的装饰器
用户如果在没有登陆的情况下想访问一个需要登陆的页面
那么先跳转到登陆页面 当用户输入正确的用户名和密码之后
应该跳转到用户之前真正想要访问的页面去 而不是直接写死
from django.shortcuts import render, HttpResponse, redirect
from functools import wraps
def login_auth(func):
@wraps(func) #装饰器修复技术（以假乱真）
def inner(request,*args,**kwargs):
# print(request.path_info)
# print(request.get_full_path()) # 能够获取到用户上一次想要访问的url
target_url = request.get_full_path()
if request.COOKIES.get('username'):
return func(request,*args,**kwargs)
else:
return redirect('/login/?next=%s'%target_url)
return inner
def login(request):
if request.method == 'POST':
username = request.POST.get('username')
password = request.POST.get('password')
if username == 'jason' and password == '123':
# 获取用户上一次想要访问的url
target_url = request.GET.get('next', '/home/') # 这个结果可能是None
obj = redirect(target_url)
# 让浏览器记录cookie数据
obj.set_cookie('username', 'jason666')
# 浏览器不单单会帮你存 而且后面每次访问你的时候还会带着它过来
return obj
return render(request,'login.html')
@login_auth
def home(request):
# 获取cookie信息 判断你有没有
# if request.COOKIES.get('username') == 'jason666':
# return HttpResponse("我是home页面，只有登陆的用户才能进来哟~")
# # 没有登陆应该跳转到登陆页面
# return redirect('/login/')
# 直接每个视图函数都写登录验证 不合理 太繁琐，故应封装成登录验证装饰器
return HttpResponse("我是home页面，只有登陆的用户才能进来哟~")
1.3.2 django操作session
# session
具体数据是保存在服务端 (默认存session表中)
给客户端返回的是一个随机字符串 (存浏览器cookies中)
# session保存
1.浏览器保存： cookies
sessionid:随机字符串
# 修改"sessionid"的名字：
settings.py中
SESSION_COOKIE_NAME = "mysession"
2.服务端保存： 默认session表
# 在默认情况下操作session的时候 需要django默认的django_session表
数据库迁移命令
python manage.py makemigrations
python manage.py migrate
django内部创建很多表 django_session就是其中的一张
django默认session的过期时间是14天
但是你也可以人为的修改它
# 设置session
request.session['key'] = value
# eg：设置单个
request.session['hobby'] = 'girl'
"""
内部发送了那些事
1.django内部会自动生成一个随机字符串
2.django内部自动将随机字符串和对应的数据存储到django_session表中
session_key session_data
'随机字符串' {'hobby':'girl'}
2.1先在内存中产生操作数据的缓存
2.2在响应结果django中间件的时候才真正的操作数据库
3.将产生的随机字符串返回给客户端浏览器保存
set_cookie: sessionid= '随机字符串'
"""
# eg：设置多个
request.session['username'] = 'jasonNB'
request.session['username1'] = 'jasonNB1'
request.session['username2'] = 'jasonNB2'
# 结果：
浏览器和session表，都只有一条数据
# django_session表中的数据条数 是取决于浏览器的
同一个计算机上(IP地址) 同一个浏览器 只会有一条数据生效
(当session过期的时候可能会出现多条数据对应一个浏览器，
但是该现象不会持续很久，内部会自动识别过期的数据清除 你也可以通过代码清除)
主要是为了节省服务端数据库资源
# 获取session
request.session.get('key')
eg：request.session.get('hobby')
"""
内部发送了那些事
1.自动从浏览器请求中获取sessionid对应的随机字符串
2.拿着该随机字符串去django_session表中查找对应的数据
3.如果比对上了 则将对应的数据取出并以字典的形式封装到request.session中
如果比对不上 则request.session.get()返回的是None
"""
# 设置过期时间
request.session.set_expiry()
括号内可以放四种类型的参数
1.整数 多少秒
2.日期对象 到指定日期就失效
3.0 一旦当前浏览器窗口关闭立刻失效
4.不写 失效时间就取决于django内部全局session默认的失效时间(14天)
# 清除session
request.session.delete() # 只删服务端的 客户端的不删
request.session.flush() # 浏览器和服务端都清空(推荐使用)
# session是保存在服务端的 但是session的保存位置可以有多种选择
1.MySQL
2.文件
3.redis
4.memcache
...
# 见博客
1.3.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的key
request.session.session_key
# 将所有Session失效日期小于当前日期的数据删除
request.session.clear_expired()
# 检查会话session的key在数据库中是否存在
request.session.exists("session_key")
# 删除当前会话的所有Session数据(只删数据库)
request.session.delete()
# 删除当前的会话数据并删除会话的Cookie（数据库和cookie都删）。
request.session.flush()
这用于确保前面的会话数据不可以再次被用户的浏览器访问
例如，django.contrib.auth.logout() 函数中就会调用它。
# 设置会话Session和Cookie的超时时间
request.session.set_expiry(value)
* 如果value是个整数，session会在些秒数后失效。
* 如果value是个datatime或timedelta，session就会在这个时间后失效。
* 如果value是0,用户关闭浏览器session就会失效。
* 如果value是None,session会依赖全局session失效策略。
1.3.4 Session自定义存储位置及其他设置
# 1.数据库Session
SESSION_ENGINE = 'django.contrib.sessions.backends.db' # 引擎（默认）
# 2.缓存Session
SESSION_ENGINE = 'django.contrib.sessions.backends.cache'
SESSION_CACHE_ALIAS = 'default' # 使用的缓存别名（默认内存缓存，也可以是memcache），此处别名依赖缓存的设置
# 3.文件Session
SESSION_ENGINE = 'django.contrib.sessions.backends.file'
SESSION_FILE_PATH = None # 缓存文件路径，如果为None，则使用tempfile模块获取一个临时地址tempfile.gettempdir()
# 4. 缓存+数据库
SESSION_ENGINE = 'django.contrib.sessions.backends.cached_db'
# 5.加密Cookie Session
SESSION_ENGINE = 'django.contrib.sessions.backends.signed_cookies'
# 其他公用设置项：
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，默认修改之后才保存（默认）
1.4 django中的session底层原理
1.请求来:
通过sessionid，取出随机字符串--》去数据库中查
--》把表的数据转成字典，赋值给request.session,后面视图函数中就可以操作它了
2.请求走:
在中间件中的process_response，取出request.session的modify属性
判断是否是true，如果是true，表示在视图函数中修改过session，数据库同步修改，
如果是false，就不修改，返回给前端sessionid：随机字符串
Session流程解析
2 CBV如何添加装饰器
from django.views import View
from django.utils.decorators import method_decorator
"""
CBV中django不建议你直接给类的方法加装饰器
无论该装饰器能都正常给你 都不建议直接加
"""
# @method_decorator(login_auth,name='get') # 方式2(可以添加多个针对不同的方法加不同的装饰器)
# @method_decorator(login_auth,name='post')
class MyLogin(View):
@method_decorator(login_auth) # 方式3:它会直接作用于当前类里面的所有的方法
def dispatch(self, request, *args, **kwargs):
"""
看CBV源码可以得出 CBV里面所有的方法在执行之前都需要先经过
dispatch方法(该方法你可以看成是一个分发方法)
"""
return super().dispatch(request,*args,**kwargs)
# @method_decorator(login_auth) # 方式1:指名道姓
def get(self,request):
return HttpResponse("get请求")
def post(self,request):
return HttpResponse('post请求')
