• Django之Cookie和Session


    Cookie的由来

    我们知道HTTP协议是无状态的。

    无状态的意思是每次请求都是独立的,它的执行情况和结果与前面的请求和之后的请求都无直接关系,它不会受前面的请求响应情况直接影响,也不会直接影响后面的请求响应情况。

    一句有意思的话来描述就是人生只如初见,对服务器来说,每次的请求都是全新的。

    状态可以理解为客户端和服务器在某次会话中产生的数据,那无状态的就意味这些数据不会被保留。会话中产生的数据又是我们需要保存的,也就是说要“保持状态”。因此Cookie就是在这样一个场景下诞生。

    什么是Cookie

    Cookie具体指的是一段小信息,它是服务器发送出来存储在浏览器上的一组组键值对,下次访问服务器时浏览器会自动携带这些键值对,以便服务器提取有用信息。

    比如应用在: 登录, 投票, 记录网页的浏览习惯等

    Cookie的原理

    cookie的工作原理是:由服务器产生内容,浏览器收到请求后保存在本地;当浏览器再次访问时,浏览器会自动带上Cookie,这样服务器就能通过Cookie的内容来判断这个是“谁”了。

    查看Cookie

    使用Chrome浏览器,打开开发者工具。

    Django中操作Cookie

    获取Cookie

    request.COOKIES  # 拿到一个字典
    request.COOKIES['key']
    request.COOKIES.get('key')
    request.get_signed_cookie('key', default=RAISE_ERROR, salt='', max_age=None)
    

    get_signed_cookie方法的参数:

    • default: 默认值, 默认是报错
    • salt: 加密盐
    • max_age: 后台控制过期时间

    设置Cookie

    rep = HttpResponse(...)
    rep = render(request, ...)
    rep = redirect('/home/')
    
    rep.set_cookie(key,value,...)
    rep.set_signed_cookie(key,value,salt='加密盐',...)
    
    # 本质是在响应头中加了一个键值对
    rep['Set-Cookie'] = 'is_login=123;path=/'
    

    参数:

    • key: 键
    • value='': 值
    • max_age=None: 超时时间
    • expires=None: 超时时间(IE requires expires, so set it if hasn't been already.)
    • path='/', Cookie生效的路径,/ 表示根路径,特殊的: 根路径的cookie可以被任何url的页面访问
    • domain=None: Cookie生效的域名
    • secure=False: 是否只允许https传输
    • httponly=False: 是否只能用于http协议传输,无法被JavaScript获取(不是绝对,底层抓包可以获取到也可以被覆盖)

    删除Cookie

    def logout(request):
        rep = redirect("/login/")
        rep.delete_cookie("user")  # 删除用户浏览器上之前设置的user的cookie值
        return rep
    

    Cookie版登陆校验

    def login_wrapper(func):
    
        @wraps(func)
        def inner(request, *args, **kwargs):
    
            # 获取登录记录信息
            is_login = request.COOKIES.get('is_login')
    
            if is_login != '123':
                # 没有登录的用户,跳转刚到登录页面
                # 并将当前路径当作参数传进去
                return redirect(f'/login/?returnUrl={request.get_full_path()}') #
            ret = func(request, *args, **kwargs)
            return ret
    
        return inner
    
    def login(request):
        if request.method == 'POST':
            user = request.POST.get('user')
            password = request.POST.get('password')
    
            if user == 'xxx' and password == '123':
    
                # 校验成功设置登录状态
                # 获取是否有要跳转的地址
                url = request.GET.get('returnUrl')
                if url:
                    ret = redirect(url)
                else:
                    ret = redirect('/home/')
                    
                # 设置cookie
                ret.set_cookie('is_login', '123')
                return ret
            return render(request, 'login.html', {'error': '用户名或密码错误'})
        return render(request, 'login.html')
    
    @login_wrapper
    def home(request):
        return HttpResponse('home ok')
    
    @login_wrapper
    def index(request):
        return HttpResponse('index ok')
    

    Session

    Session的由来

    Cookie虽然在一定程度上解决了“保持状态”的需求,但是由于Cookie本身最大支持4096字节,以及Cookie本身保存在客户端,可能被拦截或窃取,因此就需要有一种新的东西,它能支持更多的字节,并且他保存在服务器,有较高的安全性。这就是Session。

    问题来了,基于HTTP协议的无状态特征,服务器根本就不知道访问者是“谁”。那么上述的Cookie就起到桥接的作用。

    我们可以给每个客户端的Cookie分配一个唯一的id,这样用户在访问时,通过Cookie,服务器就知道来的人是“谁”。然后我们再根据不同的Cookie的id,在服务器上保存一段时间的私密资料,如“账号密码”等等。

    总结而言:Cookie弥补了HTTP无状态的不足,让服务器知道来的人是“谁”;但是Cookie以文本的形式保存在本地,自身安全性较差;所以我们就通过Cookie识别不同的用户,对应的在Session里保存私密的信息以及超过4096字节的文本。

    另外,上述所说的Cookie和Session其实是共通性的东西,不限于语言和框架。

    Django中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。
    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失效策略。
    

    Session流程解析

    Session版登陆验证

    def login_wrapper(func):
    
        @wraps(func)
        def inner(request, *args, **kwargs):
    
            # 获取登录记录信息
            is_login = request.session.get('is_login')
            if is_login != '123':
                # 没有登录的用户,跳转刚到登录页面
                # 并将当前路径当作参数传进去
                return redirect(f'/login/?returnUrl={request.path}')
            ret = func(request, *args, **kwargs)
            return ret
    
        return inner
    
    def login(request):
        if request.method == 'POST':
            user = request.POST.get('user')
            password = request.POST.get('password')
    
            if user == 'xxx' and password == '123':
    
                # 获取是否有要跳转的地址
                url = request.GET.get('returnUrl')
                # 校验成功设置登录状态
                if url:
                    ret = redirect(url)
                else:
                    ret = redirect('/home/')
    
                # 设置session
                request.session['is_login'] = '123'
                return ret
            return render(request, 'login.html', {'error': '用户名或密码错误'})
        return render(request, 'login.html')
    

    Django中的Session配置

    Django中默认支持Session,其内部提供了5种类型的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,默认修改之后才保存(默认)
    
  • 相关阅读:
    WinDbg 调试工具的使用
    多线程间通信之AutoResetEvent和ManualResetEvent的原理分析和开发示例
    Oracle Database 11g Release 2 (11.2) Installation On Oracle Linux 6
    软件项目管理解决方案(转)
    iis应用程序池 内存溢出错误 System.OutOfMemoryException(转)
    今天遇到Oracle审计表AUD$数据过大问题
    从完好的数据文件恢复oracle数据库
    ORA12518 TNS:监听程序无法分发客户机连接 解决办法(转)
    RHEL 5防火墙说明
    example how to build RPM package from source package
  • 原文地址:https://www.cnblogs.com/zyyhxbs/p/11468137.html
Copyright © 2020-2023  润新知