Django中session进行权限管理的使用
目录
- 1.urls.py
- 2.login/models.py
- 3.views.login和login.html
- 4.views.index
- 4.views.index
- 5.views.logout
- 6.总结session和forms的搭配
当session启用后，传递给视图request参数的HttpRequest对象将包含一个session属性，就像一个字典对象一样。你可以在Django的任何地方读写request.session属性，或者多次编辑使用它。
这个文件在我的C:\Users\17764530215\test\mysite地址
1.urls.py
from django.contrib import admin
from django.urls import path
from login import views
urlpatterns = [
path('admin/', admin.site.urls),
path('index/', views.index),
path('login/', views.login),
path('register/', views.register),
path('logout/', views.logout),
]
策略：
- 未登录人员，不论是访问index还是login和logout，全部跳转到login界面
- 已登录人员，访问login会自动跳转到index页面
- 已登录人员，不允许直接访问register页面，需先logout
- 登出后，自动跳转到login界面
（wow，这其实就是我们的功能！！）
2.login/models.py
from django.db import models
# Create your models here.
class User(models.Model):
gender = (
('male', "男"),
('female', "女"),
)
name = models.CharField(max_length=128, unique=True)
password = models.CharField(max_length=256)
email = models.EmailField(unique=True)
sex = models.CharField(max_length=32, choices=gender, default="男")
c_time = models.DateTimeField(auto_now_add=True)
def __str__(self):
return self.name
class Meta:
ordering = ["-c_time"]
verbose_name = "用户"
verbose_name_plural = "用户"
各字段含义：
name: 必填，最长不超过128个字符，并且唯一，也就是不能有相同姓名； password: 必填，最长不超过256个字符（实际可能不需要这么长）； email: 使用Django内置的邮箱类型，并且唯一； sex: 性别，使用了一个choice，只能选择男或者女，默认为男； 使用__str__方法帮助人性化显示对象信息； 元数据里定义用户按创建时间的反序排列，也就是最近的最先显示；
3.views.login和login.html
views.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: #如果用户名和密码都成功
# 往session字典内写入用户状态和数据：
request.session['is_login'] = True #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())
# 不是POST的话，统统转去login.html
login_form = forms.UserForm()
return render(request, 'login/login.html', locals())
我们进入login时，会去session里面找is_login项，如果为true就表示已经登陆了，所以就重定向到/index/中,进入首页.
如果为False，即没有登陆，那么往下走。如果是POST方法，那么执行一系列操作，如果不是POST，就表示是第一次用GET的方式登陆到这个login网页的，那么就用forms.UserForm产生一个对象login_form,将其作为参数传到login/login.html模板文件中，待会再介绍这个文件。
如果为False，且是POST时，就表明是填写了表单的，这里就涉及很多业务逻辑和session的管理了，重点讲。如果login_form.is_valid() 如下：通过login_form = forms.UserForm(request.POST)得到填写的这个表单数据，然后去和数据库的用户名密码去验证，如果通过了，那么就将request.session['is_login']改为True，表示在登陆状态，并且把user_id和user_name字段也改成对应的数据，这个之后应该有用.
下面进入login/login.html
<!doctype html>
<html lang="en">
<head>
<!-- Required meta tags -->
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
<!-- 上述meta标签*必须*放在最前面，任何其他内容都*必须*跟随其后！ -->
<!-- Bootstrap CSS -->
<link href="https://cdn.bootcss.com/twitter-bootstrap/4.3.1/css/bootstrap.min.css" rel="stylesheet">
<title>登录</title>
</head>
<body>
<div class="container">
<div class="col">
<form class="form-login" action="/login/" method="post">
{% if message %}
<div class="alert alert-warning">{{ message }}</div>
{% endif %}
{% csrf_token %}
<h3 class="text-center">欢迎登录</h3>
{{ login_form }}
<div>
<a href="/register/" rel="external nofollow" rel="external nofollow" rel="external nofollow" rel="external nofollow" class="text-success " ><ins>新用户注册</ins></a>
<button type="submit" class="btn btn-primary float-right">登录</button>
</div>
</form>
</div>
</div> <!-- /container -->
<!-- Optional JavaScript -->
<!-- jQuery first, then Popper.js, then Bootstrap JS -->
{# 以下三者的引用顺序是固定的#}
<script src="https://cdn.bootcss.com/jquery/3.3.1/jquery.js"></script>
<script src="https://cdn.bootcss.com/popper.js/1.15.0/umd/popper.js"></script>
<script src="https://cdn.bootcss.com/twitter-bootstrap/4.3.1/js/bootstrap.min.js"></script>
</body>
</html>
这里重要的地方是这个语句——{{ login_form }}，在这个位置插入了一个表单login_form,然后填写好这个表单以后，用view里面的login函数通过执行login_form = forms.UserForm(request.POST)来获取填写的这个表单数据，然后去进行校验等等操作...
有了这两个，我们的权限管理就基本完成了！本质上，这俩东西提供了一种机制————可以对输入的用户数据存在session里，然后校验的时候从session中取出，去判断是否是合法的用户。那么，我们只需要再修改一下index.html，也是用session去校验，这样，直接通过网址访问的用户，由于没有session，就会被拦截！
4.views.index
def index(request):
if not request.session.get('is_login', None): #如果不在登陆状态,就重定向到login
return redirect('/login/')
return render(request, 'login/index.html') #如果在登陆状态,就进入index.html的模板文件
这里逻辑很清楚：如果不在登陆状态，就重定向到login；如果在登陆状态，就直接重定向到真正的login/index.html模板。在这么模板中，我们就可以开发各种功能了，该demo中的login/index/html如下:
<!DOCTYPE html>
<!-- Optional JavaScript -->
<!-- jQuery first, then Popper.js, then Bootstrap JS -->
{# 以下三者的引用顺序是固定的#}
<script src="https://cdn.bootcss.com/jquery/3.3.1/jquery.js"></script>
<script src="https://cdn.bootcss.com/popper.js/1.15.0/umd/popper.js"></script>
<script src="https://cdn.bootcss.com/twitter-bootstrap/4.3.1/js/bootstrap.min.js"></script>
</body>
</html>
这里重要的地方是这个语句——{{ login_form }}，在这个位置插入了一个表单login_form,然后填写好这个表单以后，用view里面的login函数通过执行login_form = forms.UserForm(request.POST)来获取填写的这个表单数据，然后去进行校验等等操作...有了这两个，我们的权限管理就基本完成了！本质上，这俩东西提供了一种机制————可以对输入的用户数据存在session里，然后校验的时候从session中取出，去判断是否是合法的用户。那么，我们只需要再修改一下index.html，也是用session去校验，这样，直接通过网址访问的用户，由于没有session，就会被拦截！
4.views.index
def index(request):
if not request.session.get('is_login', None): #如果不在登陆状态,就重定向到login
return redirect('/login/')
return render(request, 'login/index.html') #如果在登陆状态,就进入index.html的模板文件
这里逻辑很清楚：如果不在登陆状态，就重定向到login；如果在登陆状态，就直接重定向到真正的login/index.html模板。在这么模板中，我们就可以开发各种功能了，该demo中的login/index/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>
最后，再来看看logout的实现吧
5.views.logout
def logout(request): #登出
if not request.session.get('is_login', None): #如果不在登陆状态,就直接转发到登陆界面
# 如果本来就未登录，也就没有登出一说
return redirect("/login/")
request.session.flush() #清空session
# 或者使用下面的方法
# del request.session['is_login']
# del request.session['user_id']
# del request.session['user_name']
return redirect("/login/") #重定向到login界面
如果未登陆，那么直接重定向/login/界面，如果是登陆状态，那么需要先通过 request.session.flush()来清空session，然后再重定向到/login/的登陆界面.
6.总结session和forms的搭配
forms其实是在html中，通过将表单和对象联系在一起，就可以很容易在填写表单后，通过forms去找到填写的内容。
session其实是权限校验的利器！没有session的时候，用户可以直接访问index界面，有session的时候，index函数的处理逻辑就变成通过session去判断是否登陆。当然，与之配套，还必须要用login,logout等函数来维护好这个session信息，保证一个不变性——所有session中的is_login字段为True的时候，都是真正的登陆用户.
到此这篇关于Django中session进行权限管理的使用的文章就介绍到这了,更多相关Django session权限管理内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！
相关推荐
-
django认证系统实现自定义权限管理的方法
本文记录使用django自带的认证系统实现自定义的权限管理系统,包含组权限.用户权限等实现. 0x01. django认证系统 django自带的认证系统能够很好的实现如登录.登出.创建用户.创建超级用户.修改密码等复杂操作,并且实现了用户组.组权限.用户权限等复杂结构,使用自带的认证系统就能帮助我们实现自定义的权限系统达到权限控制的目的. 0x02. 认证系统User对象 User对象顾名思义即为表示用户的对象,里面的属性包括: username password email first_na
-
django自带的权限管理Permission用法说明
前言 一些公司内部的CMS系统存在某些内容让指定的用户有权限访问,这时候可以用django自带的权限管理进行限制,比较方便. 缺点:django自带的权限是针对model(模型)的,不能针对单条数据,要针对单条数据需要额外的操作. 默认的权限(add, change, delete, view) django针对每个模型,生成了四个默认的权限(add, change, delete, view).例如,我有一个model叫Log,那么这四个默认权限在数据库的存储格式为: 表auth_permis
-
Django 权限管理(permissions)与用户组(group)详解
如果你只是利用Django开发个博客,大部分用户只是阅读你的文章而已,你可能根本用不到本节内容.但是如果你想开发一个内容管理系统,或用户管理系统,你必需对用户的权限进行管理和控制.Django自带的权限机制(permissions)与用户组(group)可以让我们很方便地对用户权限进行管理.小编我今天就尝试以浅显的语言来讲解下如何使用Django自带的权限管理机制. 什么是权限? 权限是能够约束用户行为和控制页面显示内容的一种机制.一个完整的权限应该包含3个要素: 用户,对象和权限,即什么用户对
-
Django 自定义权限管理系统详解(通过中间件认证)
1. 创建工程文件, 修改setting.py文件 django-admin.py startproject project_name 特别是在 windows 上,如果报错,尝试用 django-admin 代替 django-admin.py 试试 setting.py 最终的配置文件 import os import sys # Build paths inside the project like this: os.path.join(BASE_DIR, ...) BASE_DIR =
-
Django-Rest-Framework 权限管理源码浅析(小结)
在django的views中不论是用类方式还是用装饰器方式来使用rest框架,django_rest_frame实现权限管理都需要两个东西的配合: authentication_classes 和 permission_classes # 方式1: 装饰器 from rest_framework.decorators import api_view, authentication_classes, permission_classes from rest_framework.authentica
-
Django RBAC权限管理设计过程详解
一.权限简介 1. 问:为什么程序需要权限控制? 答:生活中的权限限制,① 看灾难片电影<2012>中富人和权贵有权登上诺亚方舟,穷苦老百姓只有等着灾难的来临:② 屌丝们,有没有想过为什么那些长得漂亮身材好的姑娘在你身边不存在呢?因为有钱人和漂亮姑娘都是珍贵稀有的,稀有的人在一起玩耍和解锁各种姿势.而你,无权拥有他们,只能自己玩自己了. 程序开发时的权限控制,对于不同用户使用系统时候就应该有不同的功能,如: 普通员工 部门主管 总监 总裁 所以,只要有不同角色的人员来使用系统,那么就肯定需要权
-
Django中session进行权限管理的使用
目录 1.urls.py 2.login/models.py 3.views.login和login.html 4.views.index 4.views.index 5.views.logout 6.总结session和forms的搭配 当session启用后,传递给视图request参数的HttpRequest对象将包含一个session属性,就像一个字典对象一样.你可以在Django的任何地方读写request.session属性,或者多次编辑使用它. 这个文件在我的C:\Users\17
-
java中的通用权限管理设计(推荐)
实现业务系统中的用户权限管理 B/S系统中的权限比C/S中的更显的重要,C/S系统因为具有特殊的客户端,所以访问用户的权限检测可以通过客户端实现或通过客户端+服务器检测实现,而B/S中,浏览器是每一台计算机都已具备的,如果不建立一个完整的权限检测,那么一个"非法用户"很可能就能通过浏览器轻易访问到B/S系统中的所有功能.因此B/S业务系统都需要有一个或多个权限系统来实现访问权限检测,让经过授权的用户可以正常合法的使用已授权功能,而对那些未经授权的"非法用户"将会将他
-
Django中的session用法详解
一.Session 的概念 cookie 是在浏览器端保存键值对数据,而 session 是在服务器端保存键值对数据 session 的使用依赖 cookie:在使用 Session 后,会在 Cookie 中存储一个 sessionid 的数据,每次请求时浏览器都会将这个数据发给服务器,服务器在接收到 sessionid 后,会根据这个值找出这个请求者的 Session. 二.Django 中 Session 的存储 session 键值对数据保存 session 的键值对数据默认保存在 dj
-
浅析Django中关于session的使用
一.Session的概念 cookie是在浏览器端保存键值对数据,而session是在服务器端保存键值对数据 session 的使用依赖 cookie:在使用Session后,会在Cookie中存储一个sessionid的数据,每次请求时浏览器都会将这个数据发给服务器,服务器在接收到sessionid后,会根据这个值找出这个请求者的Session. 二.Django中session的使用 session键值对数据保存 session数据默认保存在django项目的一张数据库表中(表名为:djan
-
Django中redis的使用方法(包括安装、配置、启动)
一.安装redis: 1.下载: wget http://download.redis.io/releases/redis-3.2.8.tar.gz 2.解压 tar -zxvf redis-3.2.8.tar.gz 3.复制,放到/usr/local目录下 sudo mv ./redis-3.2.8 /usr/local/redis 4.进入到redis目录下 cd /usr/local/redis/ 5.生成 sudo make 6.测试,时间会比较长 sudo make test 7.安装
-
对Django中的权限和分组管理实例讲解
权限 Django中内置了权限的功能.他的权限都是针对表或者说是模型级别的.比如对某个模型上的数据是否可以进行增删改查操作.他不能针对数据级别的,比如对某个表中的某条数据能否进行增删改查操作(如果要实现数据级别的,考虑使用django-guardian).创建完一个模型后,针对这个模型默认就有四种权限,分别是增/删/改/查.可以在执行完migrate命令后,查看数据库中的auth_permission表中的所有权限. 字段: content_type_id:是一个外键,参考表是django_co
-
在Django的session中使用User对象的方法
通过session,我们可以在多次浏览器请求中保持数据, 接下来的部分就是用session来处理用户登录了. 当然,不能仅凭用户的一面之词,我们就相信,所以我们需要认证. 当然了,Django 也提供了工具来处理这样的常见任务(就像其他常见任务一样). Django 用户认证系统处理用户帐号,组,权限以及基于cookie的用户会话. 这个系统一般被称为 auth/auth (认证与授权)系统. 这个系统的名称同时也表明了用户常见的两步处理. 我们需要 验证 (认证) 用户是否是他所宣称的用户(一