Cookie与Session

发展史
	1.网站都没有保存用户功能的需求 所有用户访问返回的结果都是一样的
		eg:新闻、博客、文章...
	
	2.出现了一些需要保存用户信息的网站
		eg:淘宝、支付宝、京东...
		
		以登陆功能为例:如果不保存用户登陆状态 也就意味着用户每次访问网站都需要重复的输入用户名和密码(你觉得这样的网站你还想用吗？)
		当用户第一次登陆成功之后 将用户的用户名密码返回给用户浏览器 让用户浏览器保存在本地，之后访问网站的时候浏览器自动将保存在浏览器上的用户名和密码发送给服务端，服务端获取之后自动验证
		早起这种方式具有非常大的安全隐患
		
		
		优化:
			当用户登陆成功之后，服务端产生一个随机字符串(在服务端保存数据,用kv键值对的形式)，交由客户端浏览器保存
			随机字符串1:用户1相关信息
			随机字符串2:用户2相关信息
			随机字符串3:用户3相关信息
			之后访问服务端的时候，都带着该随机字符串，服务端去数据库中比对是否有对应的随机字符串从而获取到对应的用户信息

	但是如果你拿到了截获到了该随机字符串，那么你就可以冒充当前用户 其实还是有安全隐患的
	因此，我们要知道在web领域没有绝对的安全也没有绝对的不安全

cookie
	服务端保存在客户端浏览器上的信息都可以称之为cookie
	它的表现形式一般都是k:v键值对(可以有多个)
	工作原理：
    	由服务器产生内容，浏览器收到请求后保存在本地；当浏览器再次访问时，浏览器会自动带上Cookie，这样服务器就能通过Cookie的内容来判断这个是“谁”了。
        
session
	数据是保存在服务端的并且它的表现形式一般也是k:v键值对(可以有多个)
    
token
	session虽然数据是保存在服务端的 但是禁不住数据量大
  	服务端不再保存数据
  		登陆成功之后 将一段用户信息进行加密处理(加密算法之后你公司开发知道)
    	将加密之后的结果拼接在信息后面 整体返回给浏览器保存 
    	浏览器下次访问的时候带着该信息 服务端自动切去前面一段信息再次使用自己的加密算法
    	跟浏览器尾部的密文进行比对
        
jwt认证
	三段信息
  	(后期会讲 结合django一起使用) 
	
总结:
  	1.cookie就是保存在客户端浏览器上的信息
    2.session就是保存在服务端上的信息
    3.session是基于cookie工作的(其实大部分的保存用户状态的操作都需要使用到cookie)

注意：
	虽然cookie是服务端告诉客户端浏览器需要保存内容
	但是客户端浏览器可以选择拒绝保存 如果禁止了 那么 只要是需要记录用户状态的网站登陆功能都无法使用了

cookie操作需要借助于obj对象

设置cookie
        obj1 = HttpResponse()
        # 操作cookie
        return obj1

        obj2 = render()
        # 操作cookie
        return obj2

        obj3 = redirect()
        # 操作cookie
        return obj3
        # 如果你想要操作cookie，你就不得不利用obj对象
        obj.set_cookie(key,value,...)
		obj.set_signed_cookie(key,value,salt='加密盐', max_age=None, ...)
            max_age=None, 超时时间,以秒为单位
            expires=None, 超时时间针对IE浏览器使用
            path='/', Cookie生效的路径，/ 表示根路径，特殊的：根路径的cookie可以被任何url的页面访问
            domain=None, Cookie生效的域名
            secure=False, https传输
            httponly=False 只能http协议传输，无法被js获取（不是绝对，底层抓包可以获取到也可以被覆盖）
  
获取cookie
	request.COOKIES['key']
	request.get_signed_cookie(key, default=RAISE_ERROR, salt='', max_age=None)
        default: 默认值
        salt: 加密盐
        max_age: 后台控制过期时间
            
修改cookie
	ret.set_cookie('username', 'xxx')  #相同的键设置不同的值就是修改
    
删除cookie
	obj.delete_cookie('username')

def login_auth(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')  # 这个结果可能是None
            if target_url:
                obj = redirect(target_url)
            else:
                # 保存用户登陆状态
                obj = redirect('/home/')
            # 让浏览器记录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页面，只有登陆的用户才能进来哟~")

注意：
	处除了使用装饰器外，还可以自定义中间件来实现验证是否登陆
    
    from django.shortcuts import redirect
    from django.utils.deprecation import MiddlewareMixin

    #基于cookie登录认证中间件
    # class LoginAuth(MiddlewareMixin):
    #     white_list = ['/login/', ]  # 白名单
    #     def process_request(self,request):
    #         path = request.path
    #         if path not in self.white_list:
    #
    #             is_login = request.COOKIES.get('is_login')
    #             if is_login != 'True':
    #                 return redirect('/login/')


    # 基于session的登录认证中间件
    class LoginAuth(MiddlewareMixin):
        white_list = ['/login/', ]  # 白名单
        def process_request(self,request):
            path = request.path
            if path not in self.white_list:
                is_login = request.session.get('is_login')
                print(is_login, type(is_login)) #True <class 'bool'>

                # request.session['is_login']
                # 1 取出请求中cookie键为sessionid的值
                # 2 通过这个值到django-session表中获取数据
                # 3 将数据解密并且反序列化得到原来的数据

                # is_login = request.COOKIES.get('is_login')
                if is_login != True:
                    return redirect('/login/')

session:
	session数据是保存在服务端中的，给客户端返回的是一个随机字符串
    格式  sessionid:随机字符串

        
在默认情况下操作session的时候需要django默认的一张django_session表
	数据库迁移命令
		django会自己创建很多表	django_session就是其中的一张

django默认session的过期时间是14天,但是可以人为的修改它



设置session：
	request.session['key'] = value
    request.session.setdefault('k1',123) 	# 存在则不设置

获取session：
	request.session.get('key')
    
删除session中的数据：
	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。
	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失效策略。

django_session表中的数据条数是取决于浏览器的
	同一个计算机上(IP地址)同一个浏览器只会有一条数据生效
	(当session过期的时候可能会出现多条数据对应一个浏览器，但是该现象不会持续很久，内部会自动识别过期的数据清除 你也可以通过代码清除)
	
	主要是为了节省服务端数据库资源
    
request.session['hobby'] = 'girl'
    """
    设置值时，内部发送了那些事
        1.django内部会自动帮你生成一个随机字符串
        2.django内部自动将随机字符串和对应的数据存储到django_session表中
            2.1先在内存中产生操作数据的缓存
            2.2在响应结果django中间件的时候才真正的操作数据库
        3.将产生的随机字符串返回给客户端浏览器保存
    """
    
request.session.get('hobby')
    """
    获取值时，内部发送了那些事
        1.自动从浏览器请求中获取sessionid对应的随机字符串
        2.拿着该随机字符串去django_session表中查找对应的数据
        3.
            如果比对上了 则将对应的数据取出并以字典的形式封装到request.session中
            如果比对不上 则request.session.get()返回的是None
    """

Django中默认支持Session，其内部提供了5种类型的Session供开发者使用。
	https://www.cnblogs.com/xiaoyuanqujing/protected/articles/11753488.html
        网速太差，后期补上