首页 > 其他分享 >十七、Cookie和Session

十七、Cookie和Session

时间:2024-02-11 23:11:47浏览次数:19  
标签:SESSION 十七 Session request session cookie Cookie login

1、Cookie:保存在客户端浏览器文件上的键值对

当浏览器访问某个网站时,浏览器在COOKIE中拿出属于该网站的键值对来访问这个网站。因此这些键值对是按域名来保存在本地文件。

一、cookie和session的介绍
1、cookie不属于http协议范围,由于http协议无法保持状态,但实际情况,我们却又需要“保持状态”,因此cookie就是在这样一个场景下诞生。
cookie的工作原理是:由服务器产生内容,浏览器收到请求后保存在本地;当浏览器再次访问时,浏览器会自动带上cookie,这样服务器就能通过cookie的内容来判断这个是“谁”了。
2、cookie虽然在一定程度上解决了“保持状态”的需求,但是由于cookie本身最大支持4096字节,以及cookie本身保存在客户端,可能被拦截或窃取,因此就需要有一种新的东西,它能支持更多的字节,并且他保存在服务器,有较高的安全性。这就是session。
问题来了,基于http协议的无状态特征,服务器根本就不知道访问者是“谁”。那么上述的cookie就起到桥接的作用。
我们可以给每个客户端的cookie分配一个唯一的id,这样用户在访问时,通过cookie,服务器就知道来的人是“谁”。然后我们再根据不同的cookie的id,在服务器上保存一段时间的私密资料,如“账号密码”等等。
3、总结而言:cookie弥补了http无状态的不足,让服务器知道来的人是“谁”;但是cookie以文本的形式保存在本地,自身安全性较差;所以我们就通过cookie识别不同的用户,对应的在session里保存私密的信息以及超过4096字节的文本。
4、另外,上述所说的cookie和session其实是共通性的东西,不限于语言和框架
二、登录应用原理
前几节的介绍中我们已经有能力制作一个登陆页面,在验证了用户名和密码的正确性后跳转到后台的页面。但是测试后也发现,如果绕过登陆页面。直接输入后台的url地址也可以直接访问的。这个显然是不合理的。其实我们缺失的就是cookie和session配合的验证。有了这个验证过程,我们就可以实现和其他网站一样必须登录才能进入后台页面了。
先说一下这种认证的机制。每当我们使用一款浏览器访问一个登陆页面的时候,一旦我们通过了认证。服务器端就会发送一组随机唯一的字符串(假设是123abc)到浏览器端,这个被存储在浏览端的东西就叫cookie。而服务器端也会自己存储一下用户当前的状态,比如login=true,username=hahaha之类的用户信息。但是这种存储是以字典形式存储的,字典的唯一key就是刚才发给用户的唯一的cookie值。那么如果在服务器端查看session信息的话,理论上就会看到如下样子的字典
{‘123abc’:{‘login’:true,’username:hahaha’}}
因为每个cookie都是唯一的,所以我们在电脑上换个浏览器再登陆同一个网站也需要再次验证。那么为什么说我们只是理论上看到这样子的字典呢?因为处于安全性的考虑,其实对于上面那个大字典不光key值123abc是被加密的,value值{‘login’:true,’username:hahaha’}在服务器端也是一样被加密的。所以我们服务器上就算打开session信息看到的也是类似与以下样子的东西{‘123abc’:dasdasdasd1231231da1231231}#

django的cookie

def login(request):
    print(request.COOKIES)
    ...
def login(request):
    if request.method=='POST':
        ...
        #登录成功后,重定向到index,并对cookie加入一些键值对,例如:用户信息
        #这样html模版渲染时,就可以使用这些键值对
        ret = redirect('/index/')
        ret.set_cookie('key1','value1')
        return ret
    ...
def index(request):
    if request.COOKIES.get('username',None):
        name = request.COOKIES.get('username',None)
        ...
    ...

Max_age 和expires都是设置cookie有效时间的。应该设置为同一时间,在有些情况找不到max_age时,还有expires

ret.set_cookie('max_age'=10,expires=datetime.datetime.utcnow()+\
	datetime.timedelta(days=3))

删除Cookie
ret.delete_cookie('cookie_key',path='/',domain=..)

2、SESSION:保存在服务器的键值对

django的session

def login(request):
    print(request.session)
    ...
    if request.method=='POST':
        ...
        # 登录成功后,在服务器这里设置一下session的内容,例如:用户是否登录,以及用户信息
        request.session['is_login']=True
        request.session['user']=name
        return redirect('/index/')
    ...
def index(request):
    ...
    if request.session.get('is_login',None):
        name = request.session.get('user',None)
        ...
    ...
    
#基本操作(需要掌握的)
1、设置session值
    request.session["session_name"]="admin"
2、获取session值
    session_name = request.session("session_name")
3、删除session值
    del request.session["session_name"]  删除一组键值对
    request.session.flush()   删除一条记录
4、检测是否操作session值
    if "session_name"  is request.session:
# 其它
5、get(key, default=None)
fav_color = request.session.get('fav_color', 'red')
6、pop(key)
fav_color = request.session.pop('fav_color')
7、keys()
8、items()
9、setdefault()
10、flush() 删除当前的会话数据并删除会话的Cookie。
            这用于确保前面的会话数据不可以再次被用户的浏览器访问
            例如,django.contrib.auth.logout() 函数中就会调用它。
11 用户session的随机字符串
        request.session.session_key
        # 将所有Session失效日期小于当前日期的数据删除
        request.session.clear_expired()
        # 检查 用户session的随机字符串 在数据库中是否
        request.session.exists("session_key")
        # 删除当前用户的所有Session数据
        request.session.delete("session_key")
		# set_expiry
        request.session.set_expiry(value)
            * 如果value是个整数,session会在些秒数后失效。
            * 如果value是个datatime或timedelta,session就会在这个时间后失效。
            * 如果value是0,用户关闭浏览器session就会失效。
            * 如果value是None,session会依赖全局session失效策略。

3、Cookie与Session配合使用

由于cookie会把所有的信息都保存在客户端,也就是浏览器上,这样会导致不安全,所以引用了session,但是只是单单的session也不好用,必须session和cookie配合这去用。
session会把信息保存在服务端。

session原理分析流程:
{“sessionID”:”dfhasdjfhkjlcn4352kjdsfhkjsd”}#

if post:
	request.session[“is_login”]=True
	request.session[“user”]=username
return redirect(“/index/”)

Django会做三件事:
1、创建随机字符串。假如s=”sdgsdfg4565dfgsdfgsdf”
2、 在django-session表中,添加一条记录
django-session有三个字段,分别是:session_key,session_data,expire_data
SQL: 语句: insert into django-session values (s,”{“IS_LOGON”:True,”USER”:egon}”,12321)
3、给浏览器设置sessionID: obj.set_cookie(“sessionID”,s)
执行完之后重定向:
/home/ —-> {“sessionID”:”fasdlkfjsakdl324ada2adhdjlka99″}
request.session.get(“IS_LOGON”,None)
在django-session表中,进行查询:
s=requset.COOKIE.get(“sessionID”)
select session-data from django-session where session-key=s

示例:

1 def log_in(request):
2 
3     if request.method=="POST":
4         username=request.POST['user']
5         password=request.POST['pwd']
6 
7         user=UserInfo.objects.filter(username=username,password=password)
8 
9         if user:
10             #设置session内部的字典内容
11             request.session['is_login']='true'
12             request.session['username']=username
13 
14             #登录成功就将url重定向到后台的url
15             return redirect('/backend/')
16 
17     #登录不成功或第一访问就停留在登录页面
18     return render(request,'login.html')
19 
20 
21 
22 
23 def backend(request):
24     print(request.session,"------cookie")
25     print(request.COOKIES,'-------session')
26     """
27     这里必须用读取字典的get()方法把is_login的value缺省设置为False,
28     当用户访问backend这个url先尝试获取这个浏览器对应的session中的
29     is_login的值。如果对方登录成功的话,在login里就已经把is_login
30     的值修改为了True,反之这个值就是False的
31     """
32 
33     is_login=request.session.get('is_login',False)
34     #如果为真,就说明用户是正常登陆的
35     if is_login:
36         #获取字典的内容并传入页面文件
37         cookie_content=request.COOKIES
38         session_content=request.session
39 
40         username=request.session['username']
41 
42         return render(request,'backend.html',locals())
43     else:
44         """
45         如果访问的时候没有携带正确的session,
46         就直接被重定向url回login页面
47         """
48         return redirect('/login/')
49 
50 
51 
52 def log_out(request):
53     """
54     直接通过request.session['is_login']回去返回的时候,
55     如果is_login对应的value值不存在会导致程序异常。所以
56     需要做异常处理
57     """
58     try:
59         #删除is_login对应的value值
60         del request.session['is_login']
61         
62         # OR---->request.session.flush() # 删除django-session表中的对应一行记录
63 
64     except KeyError:
65         pass
66     #点击注销之后,直接重定向回登录页面
67     return redirect('/login/')

4、session存储的相关配置

(1)默认的是数据库配置:

Django默认支持Session,并且默认是将Session数据存储在数据库中,即:django_session 表中。

SESSION_ENGINE = 'django.contrib.sessions.backends.db'   # 引擎(默认)
   
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,默认修改之后才保存

(2)缓存配置

SESSION_ENGINE = 'django.contrib.sessions.backends.cache'  # 引擎
SESSION_CACHE_ALIAS = 'default'                            
# 使用的缓存别名(默认内存缓存,也可以是memcache),此处别名依赖缓存的设置

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,默认修改之后才保存

(3)文件配置

SESSION_ENGINE = 'django.contrib.sessions.backends.file'    # 引擎
SESSION_FILE_PATH = None   # 缓存文件路径,如果为None,则使用tempfile模块获取一个临时地址tempfile.gettempdir()        
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,默认修改之后才保存

cookie和session「建议收藏」

标签:SESSION,十七,Session,request,session,cookie,Cookie,login
From: https://www.cnblogs.com/zhlforhe/p/18013607

相关文章

  • NET 7 中使用Session
    NET7中使用Session2024年2月11日net7下测试通过Program.cs关键代码:builder.Services.AddDistributedMemoryCache();builder.Services.AddSession(options=>{options.IdleTimeout=TimeSpan.FromMinutes(30);options......
  • [BOM]获取url参数并赋值给cookie
    不安全,挺傻的,可以偷懒。 <script>functioninit_params(){varurl=location.search;//获取url中"?"符后的字串vartheRequest=newObject();if(url.indexOf("?")!=-1){varstr=......
  • 读论文-基于会话的推荐系统综述(A survey on session-based recommender systems)
    前言今天读的论文是一篇于2021年发表于"ACMComputingSurveys(CSUR)"的论文,文章写到,推荐系统在信息过载时代和数字化经济中非常重要。基于会话的推荐系统(SBRSs)是新的推荐系统范式,不同于其他模型化长期静态用户偏好的推荐系统,SBRSs专注于捕捉短期动态用户偏好。尽管SBRSs已被深......
  • redmine获取cookie和其他系统实现单点登录
    前言最近有个需求,需要将我们一个平台对接到redmine,让用户可以通过这个平台直接在redmine提工单,需要实现免登录跳转。首先是想到去查redmine有无相应的单点登录功能,查到redmine是有LDAP认证功能的,解决方案LDAP认证Redmine支持通过LDAP(轻量级目录访问协议)实现用户认证,这使......
  • 第十七天:域名系统DNS
    一、名字解析介绍1、利用一种名字解析服务将名称转化成(解析)成IP地址。从而我们就可以利用名称来直接访问网络中设备了。除此之外还有一个重要功能,利用名称解析服务可以实现主机和IP的解耦,即:当主机IP变化时,只需要修改名称服务即可,用户仍可以通过原有的名称进行访问而不受影响。......
  • Mybatis 的 SqlSession 和一级缓存为什么失效?
    目录SqlSession是什么SqlSession分类SqlSession的创建为什么和Spring整合后的SqlSession一级缓存偶尔会失效一级缓存和二级缓存总结SqlSession是什么SqlSession是Mybatis中定义的,用来表示与关系数据库的一次会话,会话定义了各种具体的操作,查询、数据更新(包含保存、更新、删......
  • 狂神说Java Web学习笔记_Cookie&Session
    Cookie,Session保存会话的两种技术,Cookie(客户端技术),Session(服务端技术)Cookie服务器端设置token,从客户端获取tokenCookie[]cookies=req.getCookies();//从客户端获取cookiecookie.getName();//获取cookie名字cookie.getValue();//获取cookie值Cookiecookie=newCoo......
  • postman自动生成Cookie java代码怎么实现
    在Java中实现Postman自动生成Cookie的功能,通常涉及到模拟HTTP请求,处理服务器的响应,并提取Cookie信息。这个过程可以使用一些Java库,如ApacheHttpClient或者OkHttp。以下是使用ApacheHttpClient来实现这个功能的步骤:步骤1:添加依赖首先,您需要在项目的pom.xml文件中添加ApacheHttpC......
  • 第六十三天 cookie, session与Django中间件
    一、cookie与session简介"""HTTP协议四大特性1.基于请求响应2.基于TCP、IP作用于应用层之上协议 3.无状态服务端无法识别客户端的状态 1.互联网刚开始兴起的的时候所有人访问网址都是一样的数据 服务端无法识别客户端问题不大 2.互联网发展淘宝、京东、阿里 服务端......
  • https请求获取token和cookie,并用于未来其他请求
    主要参考百度AI生成的程序。上次的例子用token带入了新的请求,请求成功,正确获取response.我这里的例子是:当请求不含token时,请求失败;当请求只含有token时,监控软件没有获取请求的用户名;当请求含有token和cookie时,监控软件能获取请求的用户名。我这里需要获取用户名,因此必须请求必须加......