1.forms组件源码
切入点:
form_obj.is_valid()
def is_valid(self):
"""Return True if the form has no errors, or False otherwise."""
return self.is_bound and not self.errors
self.is_bound = data is not None or files is not None
@property
def errors(self):
"""Return an ErrorDict for the data provided for the form."""
if self._errors is None:
self.full_clean()
return self._errors
def full_clean(self):
"""
Clean all of self.data and populate self._errors and self.cleaned_data.
"""
self._errors = ErrorDict()
if not self.is_bound:
return
self.cleaned_data = {}
if self.empty_permitted and not self.has_changed():
return
self._clean_fields()
self._clean_form()
self._post_clean()
2.cookie与session简介
发展史
1.网站都没有保存用户功能的需求 所有用户访问返回的结果都是一样的
eg:新闻、博客、文章...
2.出现了一些需要保存用户信息的网站
eg:淘宝、支付宝、京东...
cookie
服务端保存在客户端浏览器上的信息都可以称之为cookie
它的表现形式一般都是k:v键值对(可以有多个)
session
数据是保存在服务端的并且它的表现形式一般也是k:v键值对(可以有多个)
token
session虽然数据是保存在服务端的 但是禁不住数据量大
服务端不再保存数据 而是再登录成功之后将一段信息进行加密处理(加密算法只有你公司开发知道)
将加密之后的结果拼接再信息后面 整体返回给浏览器保存
浏览器下次访问的时候带着该信息 服务端自动切去前面一段信息再次使用自己的加密算法
跟浏览器尾部的密文进行对比
jwt认证
三段信息
总结:
1.cookie就是保存在客户端浏览器上的信息
2.session就是保存在服务器端上的信息
3.session是基于cookie工作的(其实大部分的保存用户状态的操作都需要使用到cookie)
3.cookie
虽然cookie是服务端告诉客户端浏览器需要保存内容
但是客户端浏览器可以选择拒绝保存
如果禁用了 那么 只是要需要记录用户状态的网站登录功能都无法使用了
视图函数的返回值
return HttpReaponse()
return render()
return redirect()
obj1 = HttpReaponse()
# 操作cookie
return obj1
obj1 = render()
# 操作cookie
return obj1
obj1 = redirect()
# 操作cookie
return obj1
如果你要想操作cookie 你就不得不利用obj对象
设置cookie
obj.set_cookie(key,value)
获取cookie
request.COOKIES.get(key)
再设置cookie的时候可以添加一个超时时间 max_age=3
obj.set_cookie('username', 'dys666', max_age=3)
obj.set_cookie('username', 'dys666', max_age=3, expires=3)
expires=3 针对ie浏览器
主动删除cookie
类似于注销功能
@login_auth
def logout(request):
obj = redirect('/login/')
obj.delete_cookie('username')
return obj
完成一个登录功能
def login_auth(func):
def inner(*args, **kwargs):
res = func(*args, **kwargs)
return res
return inner
def login_auth(func):
def inner(request, *args, **kwargs):
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 == 'dys' and password == '123456':
target_url = request.GET.get('next')
if target_url:
obj = redirect(target_url)
else:
obj = redirect('/home/')
obj.set_cookie('username', 'dys666')
"""
浏览器不单单会帮你存
而且后面每次访问你的时候还会带着它过来
"""
return obj
return render(request, 'login.html')
@login_auth
def home(request):
return HttpResponse('我是home页面 只有登录的用户才能进来')
4.session
session数据是保存再服务端的 给客户端返回的是一个随机字符串
sessionid:随机字符串
1.在默认情况下操作session的时候需要django默认的一张django_session表
数据库迁移命令
django会自己创建很多表 django_session就是其中一张
django默认session的过期时间是14天
但是你也可以人为的修饰它
设置session
request.session['key'] = value
获取session
request.session.get('key')
设置过期时间
request.session.set_expiry()
括号内可以放四种类型的参数
1.放整数 (秒数)
2.放日期对象 datetime 到指定日期就失效
3. 0 一旦当前浏览器窗口关闭 立刻失效
4. 不写 失效时间取决于django内部全局session默认的失效时间
清除session
1.request.delete()
2.request.flush()
session是保存在服务端的 但是session的保存位置有多种选择
1.MySQL
2.文件
3.redis
4.memcache
...
django_session表中的数据条数取决于浏览器的
同一个计算机上同一个浏览器只会同时有一条数据生效(当session过期的时候可能会出现多条数据对应一个浏览器,但是该现象不会持续很久,内部会自动识别过期的数据清除,也可以通过代码清除)
主要是为了节省服务端资源
request.session['hobby'] = 'girl'
"""
内部发生了哪些事
1.django内部会自动帮你生成一个随机字符串
2.django内部自动将随机字符串和对应的数据存储到django_session表中(
这一步不是直接操作的
2.1先在内存中产生操作数据的缓存
2.2在响应结果django中间件的时候才真正的操作数据库 SessionMiddleware
)
3.将产生的随机字符串返回给客户端浏览器保存
print(request.session.get('hobby'))
"""
内部发送了哪些事
1.自动从浏览器请求中获取sessionid对应的随机字符串
2.拿着该随机字符串去django_session表中查找对应的数据
3.
如果比对上了 则将对应的数据取出并以字典的形式封装到request.session中
如果比对不上 则request.session.get()返回的是None
"""
"""
5.CBV如何添加装饰器
class MyLogin(View):
@method_decorator(login_auth)
def dispatch(self, request, *args, **kwargs):
pass
def get(self, request):
return HttpResponse("get请求")
def post(self, request):
return HttpResponse("post请求")
|