美多商城项目(一)
1.在给用户授权的时候，用到了一个%，表示的是任何ip都可以连接这个数据库。换句话说，如果你换了电脑，你也是可以进行连接数据库继续开发的。
代码语言：javascript复制grant all on meiduo_mall.* to 'meiduo'@'%';1.用户信息的存储
用户表分析
代码语言：javascript复制ID
用户名
密码
手机号
邮箱
是否管理员is_admin
是否注销is_delete想要生成表，需要定义一个模型类。Django里面不需要定义模型类了。
Django的认证系统已经为我们提供了一个用户模型类，还提供了认证和授权功能。
Django认证机制依赖于session机制，但我们使用JWT认证机制。
代码语言：javascript复制is_staff是否可以访问admin站点，相当于之前我们用的is_admin
is_superuser超级管理员系统的模型类中，缺少我们需要的一些字段，那么我们可以自定义用户模型类，采用继承就可以解决这个问题。在迁移之前，我们需要在配置文件中设置一下，否则，系统不知道我们定义了模型类。
代码语言：javascript复制# AUTH_USER_MODEL = '子应用.模型类'
# 这里不是路径，只是一个格式，注意即可。
AUTH_USER_MODEL = 'users.User'如果我们直接使用了系统的模型类，那么那张用户表叫做auth_users。
2.设计接口的思路
我们在接到了工作任务的时候，那么我们按照下面的思路来思考。
业务功能：分析子业务（子功能），每个子业务设计一个API接口
API设计过程：
代码语言：javascript复制- 接口的请求方式，如GET 、POST 、PUT等
- 接口的URL路径定义
- 需要前端传递的数据及数据格式（如路径参数、查询字符串、请求体表单、JSON等）
- 返回给前端的数据及数据格式2.1用户注册子业务
1.获取短信验证码
2.用户名是否存在
3.手机号是否存在
4.注册信息的保存
四个子业务，那么设计四个API接口。
2.1.1获取短信验证码
代码语言：javascript复制API: GET /sms_codes/<mobile>/
# /sms_codes/?P<mobile>1[3-9]d{9}/
参数：
通过url传递手机号
响应：
{
"message":"OK"
}补充功能：
1.短信发送60s间隔限制（同一个手机在60之内只发一个短信验证码）
2.redis管道的使用：
可以向redis管道中添加多个redis命令，然后一次性进行执行（可以做到只连接一次redis，那么网站的效率会高一点。）
2.1.2 异步发短信
为什么使用：传统的方式造成用户长时间的等待
解决：
1.将发送短信的代码抽取成一个函数
2.在短信发送API接口中创建一个进程调用发送短信函数。
问题：
1.如果客户端请求较多，就会造成服务器压力过大。
我们可以使用稍后介绍的celery
2.1.3Celery异步任务队列
本质：通过提前创建的进程调用函数来实现异步的任务。
创建的进程可以在不同的服务器上。
概念：
1.任务执行者( worker)：提前创建的进程
2.任务发出者：发出任务信息，让执行者去调用某个函数( 任务函数)
3.中间人( broker)：存放任务消息。
特点：
1.任务执行者的进程可以单独在其他电脑上进行创建。
2.中间人又叫做任务队列，先添加到队列中的任务消息会先被worker所执行。
3.生产者-消费者模型。
注意：中间人可以是rabbit-mq，也可以是redis，我们使用redis。
使用：
1.安装
代码语言：javascript复制pip install celery2.创建一个Celery类的对象并进行配置,是为了配置中间人的地址。
代码语言：javascript复制# main.py
from celery import Celery
# 创建Celery类的对象
celery_app = Celery('demo')
# 加载配置
celery_app.config_from_object('配置文件的包路径')# config.py
# 设置中间人地址borker
# broker_url = 'redis://<host>:<port>/<db>'
broker_url = 'redis://127.0.0.1:6379/3'3.封装任务函数
代码语言：javascript复制@celery_app.task(name='send_sms_code')
def send_sms_code(a,b):
# ...
pass4.启动celery的worker( 创建工作的进程)
celery -A 'celery_app对象所在文件包路径' worker -l <日志级别>日志级别：critial fatal、error、warn、info、debug
5.发出任务消息
代码语言：javascript复制send_sms_code.delay()2.2用户名是否存在
获取用户名的数量。
代码语言：javascript复制API:GET /usernames/(?P<username>w{5,20})/count/
参数：
通过url地址传递用户名
响应：
{
"username":"用户名",
"count":"数量"
}2.3手机号是否存在
获取手机号的数量。
代码语言：javascript复制API: GET /mobiles/(?P<mobile>1[3-9]d{9})/count/
参数:
通过url地址传递手机号
响应:
{
"mobile": "手机号",
"count": "数量"
}3.通过域名访问网站
静态文件服务器：127.0.0.1:8080 ---> www.ethanyan.site:8080
后端API服务器：127.0.0.1:8000 -----> api.ethanyan.site:8000
域名对应IP
通过域名访问网站 --->DNS解析( 根据域名获取对应的ip)--->再访问ip对应的服务器。
通过域名访问网站 --->先到本地 /etc/host文件中查找域名和ip对应关系，如果找到，直接根据ip访问对应的服务器，不再进行DNS解析，如果找不到，才会进行DNS解析过程。
注意：如果想通过一个域名访问到Django网站服务器，需要将域名添加到
ALLOWED_HOSTS中。
4.一些小的知识点
1.日志的记录等级，常见四种大小关系是：
代码语言：javascript复制DEBUG < INFO < WARNING < ERROR只有记录级别大于或者等于该级别的信息才会输出。
5.跨域地址
同源地址：对于两个url地址，如果协议，ip和端口完全一致，这样的地址就是同源地址，否则就不是同源地址。
跨域请求：客户端发出请求时，如果源请求地址和被请求地址不是同源，这个请求就是跨域请求。
源请求地址： http://www.ethanyan.site:8080/
被请求地址： http://api.ethanyan.site:8000/
浏览器在发起ajax跨域请求时，会有CORS跨域请求的限制
在发起跨域请求时，在请求中携带一个请求头：
Origin:源请求地址
被请求的服务器在返回响应时，如果允许源地址对其进行跨域请求，需要在响应时携带一个响应头：
Access-Control-Allow-Origin:源请求地址
浏览器如果发现被请求的服务器在返回响应时，没有携带 Access-Control-Allow-Origin:源请求地址响应头，浏览器会直接将请求驳回，然后进行报错。
<img src=''>
<form action='提交url地址'>
...
<input type='submit' value='提交' />
</form>CSRF跨站请求是不是跨域请求？
答：是跨域请求。
总结
1.Django认证系统用户模型类
代码语言：javascript复制class User(AbstractUser):
mobile = models.CharField(max_length=11,verbose_name='手机号')
....AUTHUSERMODEL = 'users.User'
2.接口设计思路
分析子业务，每个子业务实现一个API接口
a.请求方式和URL地址
b.接口所需的参数和格式
c.接口的响应数据和格式
3.短信验证码获取
基本业务逻辑
a.随机生成6位数字作为短信验证码
b.在redis中存储短信验证码内容，以 sms_<mobile>为key，以验证码内容为value
c.使用云通讯给手机号发送短信
d.返回应答，短信发送成功
补充两个功能：
a.短信发送60s间隔限制
b.redis管道的使用
4.本地域名设置
代码语言：javascript复制/etc/hosts5.跨域请求
同源地址：协议，ip，port完全一致
跨域请求：浏览器发请求时，如果源地址和被请求地址不是同源，这个请求就是跨域。
浏览器针对Ajax跨域请求，有CORS跨域请求的限制。
6.celery异步任务队列
使用celery异步发送短信验证码，解决用户点击获取短信验证码之后，长时间等待。
7.用户名和手机号是否存在
代码语言：javascript复制获取用户名数量
1.根据用户名查询数据库，获取查询结果数量
2.返回用户名数量
优质文章推荐:
公众号使用指南
redis操作命令总结
前端中那些让你头疼的英文单词
Flask框架重点知识总结回顾
项目重点知识点详解
难点理解&面试题问答
flask框架中的一些常见问题
团队开发注意事项
浅谈密码加密
Django框架中的英文单词
Django中数据库的相关操作
DRF框架中的英文单词
