一、Auth模块
1 简介
在我们创建好一个django项目后,我们执行数据库迁移命令会发现自动生成了很多张表django_session,auth_user....
其中auth_user就是用来存储admin路由登录的用户信息,必须是管理员用户才能登陆
创建超级用户(管理员):
python manage.py createsuperuser
2 方法总结
# 1 判断用户账号密码是否正确
# 由于密码是密文的,所以不能用普通的数据校验,可以用auth自带的功能校验
# 这个校验方法的返回值是数据对象,不符合返回None
from django.contrib import auth
res = auth.authenticate(username=username,password=password)
res > hz
res.username > hz
res.password > 密文密码
# 2 保存登陆状态
# 会自动把登录状态记录下来表django_session中
# 在这个页面任何位置都能通过request.user去拿到登录的用户数据对象
auth.login(request,res)
# 3 判断用户是否登录
# request.user可以拿到当前登录的用户对象,如果没有,返回的是一个匿名用户对象
# 所以还需要进一步判断通过is_authenticated,如果用户存在返回True,如果是匿名用户返回False
request.user.is_authenticated()
# 4 登录装饰器
# 登录认证装饰器,参数login_url是如果没有登录跳转到指定页
# 或者可以在全局配置,settins中设置参数LOGIN_URL
# 局部会覆盖全局,全局写的好处:方便 局部写的好处:可以丰富跳转的页面
@login_required(login_url='/login')
@login_required
# 5 判断密码是否正确
# 通过check_password方法自动加密判断密码是否一致,得到的是布尔值
is_right =request.user.check_password(old_password)
# 6 修改密码
# set_password可以让密码加密保存
# 修改密码后会自动注销
request.user.set_password(new_password)
request.user.save()
# 7 注销
auth.logout(request)
# 8 注册
# 会自动加密密码,创建的是普通用户
# create_user改成create_superuser就是创建管理员用户
User.objects.create_user(username=username,password=password)
3 如何扩展auth_user表
from django.db import models
from django.contrib.auth.models import User,AbstractUser
# Create your models here.
# 第一种:一对一关系 不推荐
# class UserDetail(models.Model):
# phone = models.BigIntegerField()
# user = models.OneToOneField(to='User')
# 第二种:面向对象的继承
class UserInfo(AbstractUser):
"""
如果继承了AbstractUser
那么在执行数据库迁移命令的时候auth_user表就不会再创建出来了
而UserInfo表中会出现auth_user所有的字段外加自己扩展的字段
这么做的好处在于你能够直接点击你自己的表更加快速的完成操作及扩展
前提:
1.在继承之前没有执行过数据库迁移命令
auth_user没有被创建,如果当前库已经创建了那么你就重新换一个库
2.继承的类里面不要覆盖AbstractUser里面的字段名
表里面有的字段都不要动,只扩展额外字段即可
3.需要在配置文件中告诉django你要用UserInfo替代auth_user(******)
AUTH_USER_MODEL = 'app01.UserInfo'
'应用名.表名'
"""
phone = models.BigIntegerField()
"""
你如果自己写表替代了auth_user那么
auth模块的功能还是照常使用,参考的表页由原来的auth_user变成了UserInfo
我们bbs作业用户表就是用的上述方式
"""
二、bbs表介绍
1 项目开发流程
# 1.需求分析
架构师+产品经理+开发者组长
在跟客户谈需求之前,会大致先了解客户的需求,然后自己先设计一套比较好写方案
在跟客户沟通交流中引导客户往我们之前想好的方案上面靠
形成一个初步的方案
# 2.项目设计
架构师干的活
编程语言选择
框架选择
数据库选择
主库:MySQL,postgreSQL,...
缓存数据库:redis、mongodb、memcache...
功能划分
将整个项目划分成几个功能模块
找组长开会
给每个组分发任务
项目报价
技术这块需要多少人,多少天(一个程序员一天1500~2000计算(大致))
产品经理公司层面 再加点钱
公司财务签字确认
公司老板签字确认
产品经理去跟客户沟通
后续需要加功能 继续加钱
# 3.分组开发
组长找组员开会,安排各自功能模块
我们其实就是在架构师设计好的框架里面填写代码而已(码畜)
我们在写代码的时候 写完需要自己先测试是否有bug
如果是一些显而易见的bug,你没有避免而是直接交给了测试部门测出来
那你可能就需要被扣绩效了(一定要跟测试小姐姐搞好关系)
薪资组成 15K(合理合规合法的避税)
底薪 10K
绩效 3K
岗位津贴 1K
生活补贴 1K
# 4.测试
测试部门测试你的代码
压力测试
...
# 5.交付上线
1.交给对方的运维人员
2.直接上线到我们的服务器上 收取维护费用
3.其他...
2 bbs七张表关系
"""
一个项目中最最最重要的不是业务逻辑的书写
而是前期的表设计,只要将表设计好了,后续的功能书写才会一帆风顺
bbs表设计
1.用户表
继承AbstractUser
要在settins内去替换User表
扩展
phone 电话号码
avatar 用户头像
create_time 创建时间
外键字段
一对一个人站点表
2.个人站点表
site_name 站点名称
site_title 站点标题
site_theme 站点样式
3.文章标签表
name 标签名
外键字段
一对多个人站点
4.文章分类表
name 分类名
外键字段
一对多个人站点
5.文章表
title 文章标题
desc 文章简介
content 文章内容
create_time 发布时间
数据库字段设计优化(******)
(虽然下述的三个字段可以从其他表里面跨表查询计算得出,但是频繁跨表效率)
up_num 点赞数 要去统计点赞点踩表
down_num 点踩数
comment_num 评论数 统计评论表
外键字段
一对多个人站点
多对多文章标签 创建第三张表去对应标签
一对多文章分类
6.点赞点踩表
记录哪个用户给哪篇文章点了赞还是点了踩
user ForeignKey(to="User")
article ForeignKey(to="Article")
is_up BooleanField()
1 1 1
1 2 1
1 3 0
2 1 1
7.文章评论表
记录哪个用户给哪篇文章写了哪些评论内容
user ForeignKey(to="User")
article ForeignKey(to="Article")
content CharField()
comment_time DateField()
# 自关联
文章是否为子评论,如果为空表示是根评论
parent ForeignKey(to="Comment",null=True)
# ORM专门提供的自关联写法
parent ForeignKey(to="self",null=True)
id user_id article_id parent_id
1 1 1
2 2 1 1
根评论子评论的概念
根评论就是直接评论当前发布的内容的
子评论是评论别人的评论
1.PHP是世界上最牛逼的语言
1.1 python才是最牛逼的
1.2 java才是
根评论与子评论是一对多的关系
"""