Django框架(十五)-- cookie和session组件

一、cookie

1、cookie的由来

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

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

2、什么是cookie

存储在客户端浏览器上的键值对。

随着服务器端的响应发送给客户端浏览器。然后客户端浏览器会把Cookie保存起来,当下一次再访问服务器时把Cookie再发送给服务器。 Cookie是由服务器创建,然后通过响应发送给客户端的一个键值对。客户端会保存Cookie,并会标注出Cookie的来源(哪个服务器的Cookie)。当客户端向服务器发出请求时会把所有这个服务器Cookie包含在请求中发送给服务器,这样服务器就可以识别客户端了!

3、cookie的原理

是服务器产生,发给客户端浏览器,浏览器保存起来,下次发请求,会携带这个键值对到服务器

4、cookie的覆盖

如果服务器端发送重复的Cookie那么会覆盖原有的Cookie,例如客户端的第一个请求服务器端发送的Cookie是:Set-Cookie: a=A;第二请求服务器端发送的是:Set-Cookie: a=AA,那么客户端只留下一个Cookie,即:a=AA。

5、在浏览器中查看cookie

浏览器中按F12,点network---cookies就能看到

6、cookie的使用

(1)基本语法

# 写cookie:在Httpresponse这个对象上写
    obj = HttpResponse(‘ok‘)
    obj.set_cookie(key,value)
# 取cookie:从request对象中取,取出来是个字典request.COOKIES
    request.COOKIES.get(‘is_login‘)
# 删除cookie:
    obj.delete_cookie(‘name‘)

(2)登录认证

def login_auth(func):
    def inner(request, *args, **kwargs):
        # 拿到之前访问的路径
        # 这个不行,因为取不到数据部分
        # url=request.path
        url = request.get_full_path()

        is_login = request.COOKIES.get(‘is_login‘)
        if is_login:
            res = func(request, *args, **kwargs)
            return res
        else:
            return redirect(‘/login/?next=%s‘ % url)
        return inner

@login_auth
def order(request):
    return HttpResponse(‘我是订单页面,我得登录才能看‘)

7、cookie加盐

def salt_cookie(request):
    object = HttpResponse(‘ok‘)
    # 加盐,123是个密码,解cookie的时候需要它,
    object.set_signed_cookie(‘name‘,‘lqz‘,salt=‘123‘)
    object.set_signed_cookie(‘name‘,‘lqz‘,salt=‘123‘,)
    # max_age,5秒之后失效,三天失效
    object.set_cookie(‘name‘,‘lqz‘,max_age=60*60*24*3)
    # path,只有访问shopping的时候,才会携带cookie过来
    object.set_cookie(‘name‘, ‘lqz‘, path=‘/shopping/‘)
    object.set_cookie(‘name‘, ‘lqz‘)
    return object

二、session

1、什么是session

解决cookie不安全的问题

  • 存在服务器上的键值对{‘sdaf随机字符串‘:{name:lqz,pwd:123}}
  • 用session必须跟cookie连用

2、session的使用

# 设置值
request.session[‘name‘]=‘lqz‘
# 如果设置多个,它会以字典的形式存储到session表中的session_data中

# 生成session时:
        1.生成随机字符串:dfasfasdfa
        2.取数据库存储
        3.写入cookie(set_cookie(‘sessionid‘,‘dfasfasdfa‘))
# 取值
name=request.session[‘name‘]
-执行流程:
   -取到cookie的随机字符串
   -取session表中根据随机字符串查询,查询出session_data这个字典,然后把字典中name返回

# 删除值
# 取出cookie,随机字符串,去数据库删除随机字符串是当前值的记录
request.session.delete()

# 既删除cookie,又删除数据库
request.session.flush()
def set_session(request):
    # 写session,干了三件事(每个浏览器会生成一个随机字符串)
        # 1 生成随机字符串:dfasfasdfa
        # 2 去数据库存储
        #   随机字符串         值  (字典形式)                       超时时间
        #   dfasfasdfa   {‘name‘:‘lqz‘,‘age‘:18,‘sex‘:‘男‘}       超时时间
        # 3 写入cookie(set_cookie(‘sessionid‘,‘dfasfasdfa‘))
    # 随机字符串是跟浏览器相关的,数据是跟账号相关的
    request.session[‘name‘] = ‘lqz‘

3、Django中的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,默认修改之后才保存(默认)

三、CBV中加装饰器

from django import views
from django.utils.decorators import method_decorator
# @method_decorator(login_auth,name=‘get‘)
# @method_decorator(login_auth,name=‘post‘)
class UserList(views.View):
    # @method_decorator(login_auth)
    def dispatch(self, request, *args, **kwargs):
        obj=super().dispatch(request, *args, **kwargs)
        return obj

    @method_decorator(login_auth)
    def get(self,request):
        return HttpResponse(‘我是用户列表‘)

    def post(self,request):
        return HttpResponse(‘我是用户列表‘)

原文地址:https://www.cnblogs.com/zhangbingsheng/p/10685832.html

时间: 2024-10-08 01:32:06

Django框架(十五)-- cookie和session组件的相关文章

Django 框架篇(六): Cookie 与 Session

Cookie Cookie的由来 大家都知道HTTP协议是无状态的. 无状态的意思是每次请求都是独立的,它的执行情况和结果与前面的请求和之后的请求都无直接关系,它不会受前面的请求响应情况直接影响,也不会直接影响后面的请求响应情况. 一句有意思的话来描述就是人生只如初见,对服务器来说,每次的请求都是全新的. 状态可以理解为客户端和服务器在某次会话中产生的数据,那无状态的就以为这些数据不会被保留.会话中产生的数据又是我们需要保存的,也就是说要"保持状态".因此Cookie就是在这样一个场景

django框架中的cookie与session

cookie因为http是一个无状态协议,无法记录用户上一步的操作,所以需要状态保持.cookie和session的区别:1.cookie是保存在浏览器本地的,所以相对不安全.cookie是4k的大小,最多保存20条(因为最原始的浏览器的本地是很小的,只是一个历史数据,但是其实是不精确的),默认的过期时间是14天.2.session是保存在服务器的,是相对安全的,session依赖于cookie,sessionid保存在cookie中,理论上无大小限制.3.相同点:都是实现状改保持,都是有服务器

Python的Django框架中的Cookie相关处理

Python的Django框架中的Cookie相关处理 浏览器的开发者在很早的时候就已经意识到, HTTP's 的无状态会对Web开发者带来很大的问题,于是(cookies)应运而生. cookies 是浏览器为 Web 服务器存储的一小段信息. 每次浏览器从某个服务器请求页面时,它向服务器回送之前收到的cookies 来看看它是怎么工作的. 当你打开浏览器并访问 google.com ,你的浏览器会给Google发送一个HTTP请求,起始部分就象这样: GET / HTTP/1.1 Host:

{Django基础八之cookie和session}一 会话跟踪 二 cookie 三 django中操作cookie 四 session 五 django中操作session

本节目录 一 会话跟踪 二 cookie 三 django中操作cookie 四 session 五 django中操作session 六 xxx 七 xxx 八 xxx 一 会话跟踪 我们需要先了解一下什么是会话!可以把会话理解为客户端与服务器之间的一次会晤,在一次会晤中可能会包含多次请求和响应.例如你给10086打个电话,你就是客户端,而10086服务人员就是服务器了.从双方接通电话那一刻起,会话就开始了,到某一方挂断电话表示会话结束.在通话过程中,你会向10086发出多个请求,那么这多个请

Django之cookie 与session组件

一.会话跟踪技术 1.1 什么是会话跟踪 我们需要先了解一下什么是会话!可以把会话理解为客户端与服务器之间的一次会晤,在一次会晤中可能会包含多次请求和响应.例如你给10086打个电话,你就是客户端,而10086服务人员就是服务器了.从双方接通电话那一刻起,会话就开始了,到某一方挂断电话表示会话结束.在通话过程中,你会向10086发出多个请求,那么这多个请求都在一个会话中. 在Web中,客户向某一服务器发出第一个请求开始,会话就开始了,直到客户关闭了浏览器会话结束. 在一个会话的多个请求中共享数据

Web框架之Django_08 重要组件(form组件、cookie和session组件)

摘要: form组件 cookie组件 session组件 一.form组件 form介绍我们之前在html页面中利用form表单向后端提交数据时候,都需要对用户的输入进行校验,比如校验用户是否输入正确(长度.格式...),如果用户输入的内容有误则需要在相应的位置显示对应的错误信息来提醒用户,提高前端的交互效率.Django form组件就是实现上述功能的一个功能组件.from组件主要功能有:# 生成页面可用的html标签# 对用户条件的数据进行校验# 保留上次输入内容 先来看看自己手写注册功能

Django框架(十):视图(三) Cookie、Session

1. Cookie Cookie,有时也用其复数形式Cookies,指某些网站为了辨别用户身份.进行session跟踪而储存在用户本地终端上的数据(通常经过加密).Cookie最早是网景公司的前雇员Lou Montulli在1993年3月的发明.Cookie是由服务器端生成,发送给User-Agent(一般是浏览器),浏览器会将Cookie的key/value保存到某个目录下的文本文件内,下次请求同一网站时就发送该Cookie给服务器(前提是浏览器设置为启用cookie).Cookie名称和值可

Django(十五)Form组件

https://www.cnblogs.com/haiyan123/p/7778888.html Form组件 - 对用户请求的验证 - AJax - Form - 生成HTML代码 a. 创建一个类 b. 类中创建字段(包含正则表达式) c. GET obj = Fr() obj.user = > 自动生成HTML d. POST obj = Fr(request.POST) if obj.is_valid(): obj.cleaned_data else: obj.errors return

12.Django基础十之Form和ModelForm组件

一 Form介绍 我们之前在HTML页面中利用form表单向后端提交数据时,都会写一些获取用户输入的标签并且用form标签把它们包起来. 与此同时我们在好多场景下都需要对用户的输入做校验,比如校验用户是否输入,输入的长度和格式等正不正确.如果用户输入的内容有错误就需要在页面上相应的位置显示对应的错误信息.. Django form组件就实现了上面所述的功能. 总结一下,其实form组件的主要功能如下: 生成页面可用的HTML标签 对用户提交的数据进行校验 保留上次输入内容 普通方式手写注册功能