9. session会话

阅读: 65177     评论:44

因为因特网HTTP协议的特性,每一次来自于用户浏览器的请求(request)都是无状态的、独立的。通俗地说,就是无法保存用户状态,后台服务器根本就不知道当前请求和以前及以后请求是否来自同一用户。对于静态网站,这可能不是个问题,而对于动态网站,尤其是京东、天猫、银行等购物或金融网站,无法识别用户并保持用户状态是致命的,根本就无法提供服务。你可以尝试将浏览器的cookie功能关闭,你会发现将无法在京东登录和购物。

为了实现连接状态的保持功能,网站会通过用户的浏览器在用户机器内被限定的硬盘位置中写入一些数据,也就是所谓的Cookie。通过Cookie可以保存一些诸如用户名、浏览记录、表单记录、登录和注销等各种数据。但是这种方式非常不安全,因为Cookie保存在用户的机器上,如果Cookie被伪造、篡改或删除,就会造成极大的安全威胁,因此,现代网站设计通常将Cookie用来保存一些不重要的内容,实际的用户数据和状态还是以Session会话的方式保存在服务器端。

但是,必须清楚的是Session依赖Cookie!不同的地方在于Session将所有的数据都放在服务器端,用户浏览器的Cookie中只会保存一个非明文的识别信息,比如哈希值。

Django提供了一个通用的Session框架,并且可以使用多种session数据的保存方式:

  • 保存在数据库内
  • 保存到缓存
  • 保存到文件内
  • 保存到cookie内

通常情况,没有特别需求的话,请使用保存在数据库内的方式,尽量不要保存到Cookie内。

Django的session框架默认启用,并已经注册在app设置内,如果真的没有启用,那么参考下面的内容添加有说明的那两行,再执行migrate命令创建数据表,就可以使用session了。

# Application definition

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',    # 这一行
    'django.contrib.messages',
    'django.contrib.staticfiles',
]

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',  # 这一行
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

当session启用后,传递给视图request参数的HttpRequest对象将包含一个session属性,就像一个字典对象一样。你可以在Django的任何地方读写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']  # 如果不存在会抛出异常
        __contains__(key)
            Example: 'fav_color' in request.session
        get(key, default=None)
            Example: fav_color = request.session.get('fav_color', 'red')
        pop(key, default=__not_given)
            Example: fav_color = request.session.pop('fav_color', 'blue')
        # 类似字典数据类型的内置方法
        keys()
        items()
        setdefault()
        clear()


        # 它还有下面的方法:
        flush()
            # 删除当前的会话数据和会话cookie。经常用在用户退出后,删除会话。

        set_test_cookie()
            # 设置一个测试cookie,用于探测用户浏览器是否支持cookies。由于cookie的工作机制,你只有在下次用户请求的时候才可以测试。
        test_cookie_worked()
            # 返回True或者False,取决于用户的浏览器是否接受测试cookie。你必须在之前先调用set_test_cookie()方法。
        delete_test_cookie()
            # 删除测试cookie。
        set_expiry(value)
            # 设置cookie的有效期。可以传递不同类型的参数值:
        • 如果值是一个整数,session将在对应的秒数后失效。例如request.session.set_expiry(300) 将在300秒后失效.
        • 如果值是一个datetime或者timedelta对象, 会话将在指定的日期失效
        • 如果为0,在用户关闭浏览器后失效
        • 如果为None,则将使用全局会话失效策略
        失效时间从上一次会话被修改的时刻开始计时。

        get_expiry_age()
            # 返回多少秒后失效的秒数。对于没有自定义失效时间的会话,这等同于SESSION_COOKIE_AGE.
            # 这个方法接受2个可选的关键字参数
        • modification:会话的最后修改时间(datetime对象)。默认是当前时间。
        •expiry: 会话失效信息,可以是datetime对象,也可以是int或None

        get_expiry_date()
            # 和上面的方法类似,只是返回的是日期

        get_expire_at_browser_close()
            # 返回True或False,根据用户会话是否是浏览器关闭后就结束。

        clear_expired()
            # 删除已经失效的会话数据。
        cycle_key()
            # 创建一个新的会话秘钥用于保持当前的会话数据。django.contrib.auth.login() 会调用这个方法。

基本上背下来上面的内容,Django的session你就可以信手拈来了。

一、使用session

下面结合我们的项目实战,使用session。

首先,修改login/views.py中的login()视图函数:

def login(request):
    if request.session.get('is_login', None):  # 不允许重复登录
        return redirect('/index/')
    if request.method == 'POST':
        login_form = forms.UserForm(request.POST)
        message = '请检查填写的内容!'
        if login_form.is_valid():
            username = login_form.cleaned_data.get('username')
            password = login_form.cleaned_data.get('password')

            try:
                user = models.User.objects.get(name=username)
            except :
                message = '用户不存在!'
                return render(request, 'login/login.html', locals())

            if user.password == password:
                request.session['is_login'] = True
                request.session['user_id'] = user.id
                request.session['user_name'] = user.name
                return redirect('/index/')
            else:
                message = '密码不正确!'
                return render(request, 'login/login.html', locals())
        else:
            return render(request, 'login/login.html', locals())

    login_form = forms.UserForm()
    return render(request, 'login/login.html', locals())

通过下面的if语句,我们不允许重复登录:

if request.session.get('is_login',None):
    return redirect("/index/")

通过下面的语句,我们往session字典内写入用户状态和数据:

request.session['is_login'] = True
request.session['user_id'] = user.id
request.session['user_name'] = user.name

你完全可以往里面写任何数据,不仅仅限于用户相关!

既然有了session记录用户登录状态,那么就可以完善我们的登出视图函数了:

def logout(request):
    if not request.session.get('is_login', None):
        # 如果本来就未登录,也就没有登出一说
        return redirect("/login/")
    request.session.flush()
    # 或者使用下面的方法
    # del request.session['is_login']
    # del request.session['user_id']
    # del request.session['user_name']
    return redirect("/login/")

flush()方法是比较安全的一种做法,而且一次性将session中的所有内容全部清空,确保不留后患。但也有不好的地方,那就是如果你在session中夹带了一点‘私货’,会被一并删除,这一点一定要注意。

二、在index页面中验证登录

有了用户状态,就可以根据用户登录与否,展示不同的页面,比如在index页面中显示当前用户的名称:

修改index.html的代码:

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>首页</title>
</head>
<body>
<h1>{{ request.session.user_name }}!  欢迎回来!</h1>
<p>
    <a href="/logout/">登出</a>
</p>
</body>
</html>

注意其中的模板语言,{{ request }}这个变量会被默认传入模板中,可以通过圆点的调用方式,获取它内部的{{ request.session }},再进一步的获取session中的内容。其实{{ request }}中的数据远不止此,例如{{ request.path }}就可以获取先前的url地址。

重新启动服务器,进行登录和登出测试:

image

可以看出,在已经login的状态下,手动从浏览器地址栏中访问/login/也依然进入的是index页面。在logout的状态下,都会跳转到login页面。但是,需要注意的是,我们目前还没有编写index未登录限制访问的代码。

修改index视图函数,添加相关限制:

def index(request):
    if not request.session.get('is_login', None):
        return redirect('/login/')
    return render(request, 'login/index.html')

 8. 图片验证码 10. 注册视图 

评论总数: 44


点击登录后方可评论

不开心了!我要投诉!代码补全,智能提示,不存在的!注意其中的模板语言,{{ request }}



完成



我的报'UserForm' object has no attribute 'POST'错误



'WSGIRequest' object has no attribute 'sessions' 如何解决?



是session。你多写了个s



按照教程写了登录及退出view,没有注册功能,通过admin控制台添加用户,不过添加的用户保存的密码是明文,createsuperuser创建的admin用户密码是密文,admin用户登录一直提示密码错误,通过admin控制台添加的保存为明文密码的用户,可以正常登录。请问这是什么原因?能让admin控制台添加的用户密码存储也是密文吗?admin用户怎么能让它也可以正常登录系统呢?



后面有注册相关的章节,介绍了密码加密的问题



请问如果是这种情况,不做注册,直接在后台添加用户怎么实现登录呢。保证普通用户和超级用户都可以登录,这样怎么能实现呢?



请问如果是这种情况,不做注册,直接在后台添加用户怎么实现登录呢。保证普通用户和超级用户都可以登录,你实现了么?



我们验证的用户是从models里验证还是 forms表里验证



验证放在哪一步取决于你自己。可以放在视图里,也可以在form表单,model里也是可以的。



博主你好!如果生产环境是多个Django部署的,比如是4个uwsgi,那这4个django进程的session共享吗?有么有可能用户在第一个django进程登录了,下一个请求在第二个django被认为未登录?



这是一个伪命题,因为我们不会这么部署Django的,也不会同时使用4个uwsgi。如果你非要这么做,那么带来的麻烦和风险,远不是session的问题了。



部署的时候gunicorn加上参数 -w 8 --threads 4 , 这样做会有什么麻烦和风险吗?



这样做会导致无法多用户登录吗?



一个session对应一个用户。各个用户之间是隔离的。不会有影响。



一个客户端(ie、chrome)相当于一个用户,你自己可以试试,多用户登录没问题的



AttributeError: 'UserForm' object has no attribute 'is_vaild',登录的时候报这个错是什么原因啊



打错了,尴尬



按照你的教程,可是明明登陆了,切换成index页面还是提醒登录,应该不用再登陆的,这是怎么回事?难道request.session.get('is_login', None)一直是false?



怎么实现,不同的用户角色,进入的页面不同,比如,老师和同学登陆,进入的是不同的页面,但登陆界面是一样的



方法有很多种,比如在视图中根据身份的不同,跳转到不同的页面。



博主,我登陆时的用户名密码只能用admin的超级管理员用户,我要怎么用学生表的学号密码来登陆呢



这个问题我也遇到过, 可以修改ModelBackend



根据用户登录与否,导航条展示不同内容,为什么只有index页面正常,而在自己写的其他界面就不正常了呢?



不好意思打扰了,已经解决了,谢谢



有些用点,比如类似user.id;但有些又要括号,user.id(),有些是user.id[]这样的,还有就是有些是id(user)。不单是说user和id。



点号通常用作去类类面查找它的属性或者方法;小括号代表执行左边的东西;方括号说明左边是一个可查找内部元素的对象,比如列表和字典。这些都是Python基本语法里的内容,再复习一下吧。



.是使用属性,.()是调用方法



1. bare except except User.DoesNotExist: message = "用户不存在!" 2. 少了一句login_form = UserForm()导致第一次打开界面没有输入框



同问,老哥你解决了吗



已解决 就是少那一句



我写的就是修改提议啦



就感觉request.session.user_name没有传过去



views中的index函数中return加locals()



视图中最后一个return错位了 应该在往前一个tab



首先感谢博主的Django教程,很不错的入门教程,赞一个。 我是完全照着教程做的,不知道为什么出错了。 打开 http://127.0.0.1/login/ 报错:ValueError: The view login.views.login didn't return an HttpResponse object. It returned None instead 将 login/views.py 中的 login() 视图函数修改成如下就好了: if request.method == "POST": ...... else: login_form = forms.UserForm() return render(request, 'login/login.html', locals())



实际项目中一般是用什么方式 判断登陆与否并呈现不同界面的?



改成这样就可以了: username = login_form.cleaned_data['username'] password = login_form.cleaned_data['password'] try: user = models.User.objects.get(username=username) if user.check_password(password): request.session['is_login'] = True request.session['user_id'] = user.id request.session['user_name'] = user.username return redirect('/index/') else: message = "密码不正确!" except Exception as e: message = "用户不存在: %s" % e



本实战项目使用的是自定义的用户,而不是Django内置的auth系统哦,这一点一定要搞清楚。



def login(request): if request.session.get('is_login',None): return redirect("/index/") if request.method == "POST": login_form = forms.UserForm(request.POST) message = "请检查填写的内容!" if login_form.is_valid(): username = login_form.cleaned_data['username'] password = login_form.cleaned_data['password'] try: user = models.User.objects.get(name=username) if user.password == password: 找不到objects 啊



session除了is_login还有其他字典值吗?



比如session['今天您吃了吗?'] = '吃了'



明白了。谢谢博主。