咱们在开发一个网站的时候,无可避免的须要设计实现网站的用户系统。此时咱们须要实现包括用户注册、用户登陆、用户认证、注销、修改密码等功能,这还真是个麻烦的事情呢。javascript
Django做为一个完美主义者的终极框架,固然也会想到用户的这些痛点。它内置了强大的用户认证系统--auth,它默认使用 auth_user 表来存储用户数据。html
普通版本用户认证写法:java
from app01 import models from functools import wraps def check_login(f): @wraps(f) def inner(request, *args, **kwargs): if request.session.get("is_login") == "1": return f(request, *args, **kwargs) else: return redirect("/login/") return inner def login(request): if request.method == "POST": username = request.POST.get("username") password = request.POST.get("password") user = models.User.objects.filter(username=username, password=password) # [User Obj, ] if user: # 登录成功 request.session["is_login"] = "1" # request.session["username"] = username request.session["user_id"] = user[0].id # 1. 生成特殊的字符串 # 2. 特殊字符串当成key,在数据库的session表中对应一个session value # 3. 在响应中向浏览器写了一个Cookie Cookie的值就是 特殊的字符串 return redirect("/index/") return render(request, "login.html") @check_login def index(request): user_id = request.session.get("user_id") # 根据id去数据库中查找用户 user_obj = models.User.objects.filter(id=user_id) if user_obj: return render(request, "index.html", {"user": user_obj[0]}) else: return render(request, "index.html", {"user": "匿名用户"})
在使用Django自带的models时,在mysql数据库中会建立auth_user表,存放用户信息python
from django.contrib import auth
auth中提供了许多实用方法:mysql
提供了用户认证功能,即验证用户名以及密码是否正确,通常须要username 、password两个关键字参数。sql
根据用户名和密码去auth_user表中查验,若是认证成功(用户名和密码正确有效),便会返回一个 User 对象。数据库
authenticate()会在该 User 对象上设置一个属性来标识后端已经认证了该用户,且该信息在后续的登陆过程当中是须要的。django
user = authenticate(username='theuser',password='thepassword')
这里有个注意点,authenticate()会自动过滤掉is_active为False的用户(用户名和密码正确也会返回None)由于有有以下默认配置:后端
# 会检测用户是不是活跃状态(is_active),不活跃则返回None(默认配置)
AUTHENTICATION_BACKENDS = ['django.contrib.auth.backends.ModelBackend']浏览器
若是想不让authenticate关联is_active,能够在 settings.py 文件里加上下面的配置就行
# 不会检测用户的活跃状态
AUTHENTICATION_BACKENDS = ['django.contrib.auth.backends.AllowAllUsersModelBackend']
该函数接受一个HttpRequest对象,以及一个通过认证的User对象,该函数实现一个用户登陆的功能。它本质上会在后端为该用户生成相关session数据,使用user中间件(依赖session中间件)。
login(request, user)
这个函数能够简单将user绑定request中,可使用request.user.xxx进行调用
from django.contrib.auth import authenticate, login def my_view(request): username = request.POST['username'] password = request.POST['password'] user_obj = authenticate(username=username, password=password) if user_obj is not None: login(request, user_obj) # 后面便可使用request.user.xxx调用,注意后面使用时是request.user不是request.user_obj # Redirect to a success page. ... else: # Return an 'invalid login' error message. ...
用户登陆完成后下次访问会携带session,session携带userid,经过user中间件经过userid查找用户对象,而后把用户对象绑定给request
该函数接受一个HttpRequest对象,无返回值。
当调用该函数时,当前请求的session信息会所有清除。该用户即便没有登陆,使用该函数也不会报错。
from django.contrib.auth import logout def logout_view(request): logout(request) # Redirect to a success page. # 至关于request.session.flush()
用来判断当前请求是否经过了认证。
def my_view(request): if not request.user.is_authenticated(): return redirect('%s?next=%s' % (settings.LOGIN_URL, request.path))
auth 给咱们提供的一个装饰器工具,用来快捷的给某个视图添加登陆校验。
from django.contrib.auth.decorators import login_required @login_required def my_view(request): ...
若用户没有登陆,则会跳转到django默认的登陆URL '/accounts/login/ ' 并将当前访问url的绝对路径放到查询字符串中 (登录成功后,会重定向到该路径)。如/accounts/login/?next=polls/3
若是须要自定义登陆的URL,则须要在settings.py文件中经过LOGIN_URL进行修改。示例以下:
LOGIN_URL = '/login/' # 这里配置成你项目登陆页面的路由
以上是FBV的login_requried的使用方式,下面介绍CBV的使用方式:
当使用CBV时,能够经过使用LoginRequireMixin和login_rwquired来实现相同的行为,这个mixin必定要写在继承的最左边(优先继承)
若是视图使用了LoginRequireMixin,那全部的匿名请求都会被重定向到设置的login page或者403错误,这取决于你的raise_exception参数的设置
你能够设置一些参数来操做对匿名用户的设置:
from django.contrib.auth.mixins import LoginRequiredMixin class MyView(LoginRequiredMixin, View): login_url = '/login/' redirect_field_name = 'redirect_to'
这样继承后同样能够达到上面那种FBV的效果
auth 提供的一个建立新用户的方法,须要提供必要参数(username、password)等。
用法:
from django.contrib.auth.models import User user = User.objects.create_user(username='用户名',password='密码',email='邮箱',...)
auth 提供的一个建立新的超级用户的方法,须要提供必要参数(username、password)等。
用法:
from django.contrib.auth.models import User user = User.objects.create_superuser(username='用户名',password='密码',email='邮箱',...)
auth 提供的一个检查密码是否正确的方法,须要提供当前请求用户的密码。
密码正确返回True,不然返回False。
用法:
ok = user.check_password('密码')
auth 提供的一个修改密码的方法,接收 要设置的新密码 做为参数。
注意:设置完必定要调用用户对象的save方法!!!
用法:
user.set_password(password='') user.save()
一个修改密码功能的简单示例
@login_required def set_password(request): user = request.user err_msg = '' if request.method == 'POST': old_password = request.POST.get('old_password', '') new_password = request.POST.get('new_password', '') repeat_password = request.POST.get('repeat_password', '') # 检查旧密码是否正确 if user.check_password(old_password): if not new_password: err_msg = '新密码不能为空' elif new_password != repeat_password: err_msg = '两次密码不一致' else: user.set_password(new_password) user.save() return redirect("/login/") else: err_msg = '原密码输入错误' content = { 'err_msg': err_msg, } return render(request, 'set_password.html', content) 修改密码示例
User对象属性:username, password
is_staff : 用户是否拥有网站的管理权限.
is_active : 是否容许用户登陆, 设置为 False,能够在不删除用户的前提下禁止用户登陆。
这内置的认证系统这么好用,可是auth_user表字段都是固定的那几个,我在项目中无法拿来直接使用啊!
好比,我想要加一个存储用户手机号的字段,怎么办?
聪明的你可能会想到新建另一张表而后经过一对一和内置的auth_user表关联,这样虽然能知足要求可是有没有更好的实现方式呢?
答案是固然有了。
咱们能够经过继承内置的 AbstractUser 类,来定义一个本身的Model类。
这样既能根据项目需求灵活的设计用户表,又能使用Django强大的认证系统了。
from django.contrib.auth.models import AbstractUser class UserInfo(AbstractUser): """ 用户信息表 """ nid = models.AutoField(primary_key=True) phone = models.CharField(max_length=11, null=True, unique=True) def __str__(self): return self.username
注意:按上面的方式扩展了内置的auth_user表以后,必定要在settings.py中告诉Django,我如今使用我新定义的UserInfo表来作用户认证。
写法以下:
# 引用Django自带的User表,继承使用时须要设置 AUTH_USER_MODEL = "app名.UserInfo"
再次注意:
一旦咱们指定了新的认证系统所使用的表,咱们就须要从新在数据库中建立该表,而不能继续使用原来默认的auth_user表了。