8：django sessions（会话）
django会话
django提供对匿名会话全方位的支持，会话框架可以存储和检索每个站点访问者的任意数据。会话数据是存储在服务器端的，并且简要了发送和接受cookie的过程，cookies只包含一个session ID而不是数据本身，除非你是使用了基于cookie备份的会话。
下面我们来看看该如何使用会话框架吧
启用会话
会话是通过一个中间件实现的。所以要想启用会话功能，只需要在MIDDLEWARE_CLASSES 加入django.contrib.sessions.middleware.SessionMiddleware就ok了
如果使用django-admin.py startproject创建的项目默认是启用了这个功能的，所以，如果你不想使用sessions功能的话，记得在MIDDLEWARE_CLASS中移除对应的项，
并且，记得在installed_apps里面移除sessions，这会为你节省一点点数据库空间
配置会话引擎
默认django会在你的数据库中存储会话（使用django.contrib.sessions.models.Session模型）
尽管这很方便，但有些时候把会话存储在其他地方会使访问的更快，下面我们来看一下各种配置会话引擎的方法吧
使用数据库支持的会话
默认使用的方法，需要把django.contrib.sessions添加到INSTALLED_APPS设置里面
然后运行manage.py syncdb在数据库中生成对应的表
使用缓存的会话
如果想要的你的系统表现的更好，你可以考虑使用基于缓存的后端处理，不过要是缓存的话，你首先要配置你的缓存
一旦配置好缓存，你有两个如何在缓存中存储数据的选择
- 使用django.contrib.sessions.backens.cache配置SESSION_ENGIN，会话被直接存储在缓存中，一旦缓存满或者缓存服务器重启，所有的数据将丢失
- 使用django.contrib.sessions.backends.cached_db配置SESSION_ENGIN，这是一种直写式的缓存，每次写入缓存的数据同样的会被写到数据库里面，仅当会话不在缓存中时才会访问数据库
这两种选择都很快，第一种cache相比cached_db更快因为没有数据库交互；但在一般情况下，cached_db已经够快的了，如果需要更快，可以考虑cache
注意，cached_db也是要用到数据库的，记得参考上面的 使用数据库支持的会话
使用基于文件的会话
要使用基于文件的会话，记得把SESSION_ENGIN设为django.contrib.sessions.backends.file，另外你可能还要设置SESSION_FILE_PATH去控制django存储会话的地方，前提记得确认django服务器有权限读写那个位置
使用基于cookie的会话
要使用基于cookie的会话，只需要把SESSION_ENGIN设置为django.contrib.sessions.backends.signed_cookies，那些会话数据会使用django的加密签名工具和SECRET_KEY去存储数据
提示：建议把SESSION_COOKIE_HTTPONLY=True，这样可以防止访问到javascript存储的数据
提醒：
- 会话数据进行了签名但没有加密：客户端可以读取甚至更改这些数据，或者cookie的大小超出了浏览器默认的长度而被丢弃一部分，这些都会使得会话数据变得无效
- 不保证新鲜度：MAC（消息验证码）能保证数据的真实性和完整性，但却无法保证消息的新鲜性，这可能会导致“重放攻击”，cookie仅当早于SESSION_COOKIE_AGE才会被认为是“过时”的
- 运行表现：cookie的大小对你的网站的访问速度有影响
在视图函数中使用会话
一旦会话中间件被启用，每一个HttpRequest对象-每一个django视图函数的第一个参数-将有一个session属性，这是一个类似字典的对象，你可以在你的视图函数里面的任何地方使用request.session，可以使用多次
下面的伪代码展示了session的标准字典方法
class backends.base.SessionBase #这是所有会话对象的基类，下面是一些标准的字典方法 __getitem__(key) #Example: fav_color = request.session['fav_color'] __setitem__(key, value) #Example: request.session['fav_color'] = 'blue' __delitem__(key) #Example: del request.session['fav_color']. 如果key不存在，和标准的字典一样，将抛出一个keyError的错误 __contains__(key) #Example: 'fav_color' in request.session，返回一个bool值 get(key, default=None) #Example: fav_color = request.session.get('fav_color', 'red')，如果get不到名为fav_color的session，fav_color=red pop(key) #Example: fav_color = request.session.pop('fav_color') #常用的字典方法 keys() items() setdefault() clear() #还有以下这些方法 flush() #从会话中删除已经发送给用户的cookie（会话）的值，并重新生成该会话的key，这样可以确保之前的会话数据不会被再次访问到，比如django.contrib.auth.logout() 这个函数会调用这个方法。 set_test_cookie() #设置一个测试的cookie，与下面的test_cookie_worked协同 test_cookie_worked() #先要调用set_test_cookie()，返回一个bool变量 delete_test_cookie() #删除测试的cookie set_expiry(value) #设置会话的过期时间 #如果value是整数，则是代表秒数，调用request.session.set_expiry(300) #如果是datetime或者timedelta对象，则是对应的时间日期 #如果是None，则使用全局到期政策 get_expiry_age() #返回会话过期剩余的秒数 get_expiry_date() #返回会话过期的日期 get_expire_at_browser_close() #返回当浏览器关闭的时候cookie时候被删除，是一个bool变量cookie will expire when the user’s Web browser is closed.
session对象指南
- 使用request.session时，像python字符串那样使用他们
- 下划线开始的keys是django内部保留使用的，请不要使用下划线开头的变量名
- 不要覆盖request.session，就像使用一个python字典类型数据一样去使用他
使用例子
简单使用：设置并使用session
def post_comment(request, new_comment): if request.session.get('has_commented', False): return HttpResponse("You've already commented.") c = comments.Comment(comment=new_comment) c.save() request.session['has_commented'] = True return HttpResponse('Thanks for your comment!')
设置测试cookie
def login(request): if request.method == 'POST': if request.session.test_cookie_worked(): request.session.delete_test_cookie() return HttpResponse("You're logged in.") else: return HttpResponse("Please enable cookies and try again.") request.session.set_test_cookie() return render_to_response('foo/login_form.html')
清理会话表
django不会自动删除已经过期的会话数据，记得运行django-admin.py cleanup删除数据库中会话表中已经过期的session
配置汇总
一些django的配置可以让你控制session的行为
SESSION_ENGINE
Default: django.contrib.sessions.backends.db
可选项:
- 'django.contrib.sessions.backends.db'
- 'django.contrib.sessions.backends.file'
- 'django.contrib.sessions.backends.cache'
- 'django.contrib.sessions.backends.cached_db'
- 'django.contrib.sessions.backends.signed_cookies'
SESSION_FILE_PATH
Default: /tmp/
SESSION_EXPIRE_AT_BROWSER_CLOSE
Default: False
SESSION_SAVE_EVERY_REQUEST
Default: False
是否每次请求都保存session数据
p
