Django项目第一天

1.在给用户授权的时候，用到了一个%，表示的是任何ip都可以连接这个数据库。换句话说，如果你换了电脑，你也是可以进行连接数据库继续开发的。

grant all on meiduo_mall.* to 'meiduo'@'%';

1.用户信息的存储

用户表分析

ID
用户名
密码
手机号
邮箱
是否管理员is_admin
是否注销is_delete

想要生成表，需要定义一个模型类。Django里面不需要定义模型类了。

Django的认证系统已经为我们提供了一个用户模型类，还提供了认证和授权功能。

Django认证机制依赖于session机制，但我们使用JWT认证机制。

is_staff是否可以访问admin站点，相当于之前我们用的is_admin
is_superuser超级管理员

系统的模型类中，缺少我们需要的一些字段，那么我们可以自定义用户模型类，采用继承就可以解决这个问题。在迁移之前，我们需要在配置文件中设置一下，否则，系统不知道我们定义了模型类。

# AUTH_USER_MODEL = '子应用.模型类'
# 这里不是路径，只是一个格式，注意即可。
AUTH_USER_MODEL = 'users.User'

如果我们直接使用了系统的模型类，那么那张用户表叫做auth_users。

2.设计接口的思路

我们在接到了工作任务的时候，那么我们按照下面的思路来思考。

业务功能：分析子业务（子功能），每个子业务设计一个API接口

API设计过程：

- 接口的请求方式，如GET 、POST 、PUT等
- 接口的URL路径定义
- 需要前端传递的数据及数据格式（如路径参数、查询字符串、请求体表单、JSON等）
- 返回给前端的数据及数据格式

2.1用户注册子业务

1.获取短信验证码

2.用户名是否存在

3.手机号是否存在

4.注册信息的保存

四个子业务，那么设计四个API接口。

2.1.1获取短信验证码

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.安装

pip install celery

2.创建一个Celery类的对象并进行配置,是为了配置中间人的地址。

# 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.封装任务函数

@celery_app.task(name='send_sms_code')
def send_sms_code(a,b):
# ...
pass

4.启动celery的worker(

创建工作的进程

)

celery -A 'celery_app对象所在文件包路径' worker -l <日志级别>

日志级别：critial fatal、error、warn、info、debug

5.发出任务消息

send_sms_code.delay()

2.2用户名是否存在

获取用户名的数量。

API:GET /usernames/(?P<username>\w{5,20})/count/参数：    通过url地址传递用户名响应：    {        "username":"用户名",        "count":"数量"    }

2.3手机号是否存在

获取手机号的数量。

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.日志的记录等级，常见四种大小关系是：

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认证系统用户模型类

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.本地域名设置

/etc/hosts

5.跨域请求

同源地址：协议，ip，port完全一致

跨域请求：浏览器发请求时，如果源地址和被请求地址不是同源，这个请求就是跨域。

浏览器针对Ajax跨域请求，有CORS跨域请求的限制。

6.celery异步任务队列

获取用户名数量1.根据用户名查询数据库，获取查询结果数量2.返回用户名数量

Django项目第一天