cookies 和 session
- 会话 - 从打开浏览器访问一个网站,到关闭浏览器结束此次访问,称之为一次会话
- HTTP协议是无状态的,导致会话状态难以保持
- 试想一下,如果不保持会话状态,在电商网站购物的场景 体验?
Cookies和Session就是为了保持会话状态而诞生的两个存储技术
cookies
- cookies 是保存在客户端浏览器上的存储空间
- Chrome 浏览器 可能通过开发者工具的 Application >> Storage >> Cookies 查看和操作浏览器端所有的 Cookies 值
- 火狐浏览器 可能通过开发者工具的 存储 -> Cookie
cookies 在浏览器上是以键 - 值对的形式进行存储的,键和值都是以 ASCII 字符串的形存储 (不能是中文字符串)
cookies 中的数据是按域存储隔离的,不同的域之间无法访问
cookies 的内部的数据会在每次访问此网址时都会携带到服务器端,如果 cookies 过大会降低响应速度
- 在 Django 设置浏览器的 COOKIE 必须通过 HttpResponse 对象来完成
添加、修改 COOKIE
HttpResponse.set_cookie(key, value=’’, max_age=None, expires=None)
key: cookie 的名字
value: cookie 的值
max_age: cookie 存活时间,秒为单位
expires: 具体过期时间
当不指定 max_age 和 expires 时,关闭浏览器时此数据失效
- 删除 COOKIE
HttpResponse.delete_cookie(key)
删除指定的 key 的 Cookie。 如果 key 不存在则什么也不发生。
- 获取 cookie
通过 request.COOKIES 绑定的字典 (dict) 获取客户端的 COOKIES 数据
代码语言:javascript复制value = request.COOKIES.get('cookies名', '默认值')
print("cookies名 = ", value)
- 示例
以下示例均在视图函数中调用
添加 cookie
代码语言:javascript复制# 为浏览器添加键为 my_var1,值为123,过期时间为1个小时的cookie
responds = HttpResponse("已添加 my_var1,值为123")
responds.set_cookie('my_var1', 123, 3600)
return responds
- 修改 cookie
# 为浏览器添加键为 my_var1,修改值为456,过期时间为2个小时的cookie
responds = HttpResponse("已修改 my_var1,值为456")
responds.set_cookie('my_var1', 456, 3600*2)
return responds
- 删除 cookie
# 删除浏览器键为 my_var1的cookie
responds = HttpResponse("已删除 my_var1")
responds.delete_cookie('my_var1')
return responds
- 获取 cookie
# 获取浏览器中 my_var变量对应的值
value = request.COOKIES.get('my_var1', '没有值!')
print("cookie my_var1 = ", value)
return HttpResponse("my_var1:" value)
session
session 又名会话控制,是在服务器上开辟一段空间用于保留浏览器和服务器交互时的重要数据
- 实现方式
使用 session 需要在浏览器客户端启动 cookie,且用在 cookie 中存储 sessionid
每个客户端都可以在服务器端有一个独立的 Session
注意:不同的请求者之间不会共享这个数据,与请求者一一对应
- Django 中配置 Session
在 settings.py 文件中
向 INSTALLED_APPS 列表中添加:
代码语言:javascript复制INSTALLED_APPS = [
# 启用 sessions 应用
'django.contrib.sessions',
]
- 向 MIDDLEWARE 列表中添加:
MIDDLEWARE = [
# 启用 Session 中间件
'django.contrib.sessions.middleware.SessionMiddleware',
]
- session 的基本操作:
session 对于象是一个类似于字典的 SessionStore 类型的对象,可以用类拟于字典的方式进行操作
session 只能够存储能够序列化的数据,如字典,列表等。
1.保存 session 的值到服务器
request.session['KEY'] = VALUE
2.获取 session 的值
- VALUE = request.session['KEY']
- VALUE = request.session.get('KEY', 缺省值)
3. 删除 session 的值
del request.session[‘KEY’]`
- 在 settings.py 中有关 session 的设置
- SESSION_COOKIE_AGE
作用:指定 sessionid 在 cookies 中的保存时长 (默认是 2 周),如下:
SESSION_COOKIE_AGE = 60 * 60 * 24 * 7 * 2
- SESSION_EXPIRE_AT_BROWSER_CLOSE = True
设置只要浏览器关闭时,session 就失效 (默认为 False)
- 注:当使用 session 时需要迁移数据库,否则会出现错误
python3 manage.py migrate
代码语言:javascript复制django 原生session 问题:
1,django_session表是 单表设计; 且该表数据量持续增持【浏览器故意删掉sessionid&过期数据未删除】
2,可以每晚执行 python3 manage.py clearsessions 【该命令可删除已过期的session数据】
Cookies vs session
代码语言:javascript复制存储位置:
C- 浏览器中 s- 服务器中【mysql】
安全性:
C - 不安全 s- 相对安全一些
不管C还是S , 不要存储敏感数据 【密码】
缓存
什么是缓存?
缓存是一类可以更快的读取数据的介质统称,也指其它可以加快数据读取的存储方式。一般用来存储临时数据,常用介质的是读取速度很快的内存
为什么使用缓存?
视图渲染有一定成本,对于低频变动的页面可以考虑使用缓存技术,减少实际渲染次数
案例分析
代码语言:javascript复制from django.shortcuts import render
def index(request):
# 时间复杂度极高的渲染
book_list = Book.objects.all() #-> 此处假设耗时2s
return render(request, 'index.html', locals())
优化思想
代码语言:javascript复制given a URL, try finding that page in the cache
if the page is in the cache:
return the cached page
else:
generate the page
save the generated page in the cache (for next time)
return the generated page
使用缓存场景:博客列表页,电商商品详情页,缓存导航及页脚
Django中设置缓存
Django中提供多种缓存方式,如需使用需要在settings.py中进行配置
- 数据库缓存 mysite7 改配置 migrate , 添加缓存配置项 createcachetable
Django可以将其缓存的数据存储在您的数据库中
代码语言:javascript复制CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.db.DatabaseCache',
'LOCATION': 'my_cache_table',
'TIMEOUT': 300, #缓存保存时间 单位秒,默认值为300,
'OPTIONS':{
'MAX_ENTRIES': 300, #缓存最大数据条数
'CULL_FREQUENCY': 2,#缓存条数达到最大值时 删除1/x的缓存数据
}
}
}
创建缓存表
代码语言:javascript复制python3 manage.py createcachetable
- 文件系统缓存
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache',
'LOCATION': '/var/tmp/django_cache',#这个是文件夹的路径
#'LOCATION': 'c:testcache',#windows下示例
}
}
- 本地内存缓存
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.locmem.LocMemCache',
'LOCATION': 'unique-snowflake'
}
}
Django中使用缓存
- 在视图View中使用
- 在路由URL中使用
- 在模板中使用
在视图View中使用cache
代码语言:javascript复制from django.views.decorators.cache import cache_page
@cache_page(30) -> 单位s
def my_view(request):
...
在路由中使用
代码语言:javascript复制from django.views.decorators.cache import cache_page
urlpatterns = [
path('foo/', cache_page(60)(my_view) ),
]
在模板中使用
代码语言:javascript复制{% load cache %}
{% cache 500 sidebar username %}
.. sidebar for logged in user ..
{% endcache %}
- 缓存 api
- 作用:局部缓存部分结果
- 使用:
#指定配置引入
from django.core.cache import caches
cache1 = caches['myalias']
cache2 = caches['myalias_2']
#默认配置引入【指的配置中的default项】 等同于 caches['default']
from django.core.cache import cache
#常规命令 set
#key: 字符串类型
#value: Python对象
#timeout:缓存存储时间 默认值为settings.py CACHES对应配置的TIMEOUT
#返回值:None
cache.set('my_key', 'myvalue', 30)
#常规命令 get
#返回值:为key的具体值,如果没有数据,则返回None
cache.get('my_key')
#可添加默认值,如果没取到返回默认值
cache.get('my_key', 'default值')
#常规命令 add 只有在key不存在的时候 才能设置成功
#返回值 True or False
cache.add('my_key', 'value') #如果my_key已经存在,则此次赋值失效
#常规命令 get_or_set 如果未获取到数据 则执行set操作
#返回值 key的值
cache.get_or_set('my_key', 'value', 10)
#常规命令 get_many(key_list) set_many(dict,timeout)
#返回值 set_many:返回插入不成功的key数组
# get_many:取到的key和value的字典
>>> cache.set_many({'a': 1, 'b': 2, 'c': 3})
>>> cache.get_many(['a', 'b', 'c'])
{'a': 1, 'b': 2, 'c': 3}
#常规命令 delete
#返回值 None
cache.delete('my_key')
#常规命令 delete_many
#返回值 成功删除的数据条数
cache.delete_many(['a', 'b', 'c'])
浏览器中的缓存
浏览器缓存分类:
强缓存
不会向服务器发送请求,直接从缓存中读取资源
1,Expires
缓存过期时间,用来指定资源到期的时间,是服务器端的具体的时间点
Expires:Thu, 02 Apr 2030 05:14:08 GMT
Expires 是 HTTP/1 的产物,受限于本地时间,如 果修改了本地时间,可能会造成缓存失效
2, Cache-Control
在HTTP/1.1中,Cache-Control主要用于控制网页缓存。比如当Cache-Control:max-age=120
代表请求创建时间后的120秒,缓存失效
协商缓存
协商缓存就是强制缓存失效后,浏览器携带缓存标识向服务器发起请求,由服务器根据缓存标识决定是否使用缓存的过程
- Last-Modified和If-Modified-Since 第一次访问时,服务器会返回 Last-Modified: Fri, 22 Jul 2016 01:47:00 GMT 浏览器下次请求时 携带If-Modified-Since这个header , 该值为 Last-Modified 服务器接收请求后,对比结果,若资源未发生改变,则返回304, 否则返回200并将新资源返回给浏览器 缺点:只能精确到秒,容易发生单秒内多次修改,检测不到
- ETag和If-None-Match Etag是服务器响应请求时,返回当前资源文件的一个唯一标识(由服务器生成),只要资源有变化,Etag就会重新生成 流程同上
对比 Last-Modified VS ETag
- 精度不一样 - Etag 高
- 性能上 - Last-Modifi 高
- 优先级 - Etag 高