python 全栈开发 Django_ billshop 商城_ 注册功能的全部实现、含前后端和所有全功能验证

1. 短信验证码 封装单例类 的设计模式（先进的思维，请多模仿）

状态码000000表示测试发送成功。 关键隐私ID 等全部隐藏。
注意一小时内，只能发送三次。 这是容联云 规定。

现在优化代码为django相关参数的传递活代码

现在再看看有没有优化空间：

仔细看看

这其实是类smsSDK

如果有多个用户都在 注册，那么如何让这个 类只实例化一次，就到下面的
方法去？
那么就用到

单例（让第一个实例化， 后面所有的都用实例化之后的类属性走。）

类里面两个重要方法：new 和 init
new 方法是 创建类 init 是初始化类

优化完成，且验证啊发送成功

2. 短信验证码后端逻辑

请求方法 GET
请求地址 /sms_codes/(?P1[3-9]\d{9})/

参数名 类型 是否必传 说明
mobile string 是 手机号
image_code string 是 图形验证码
uuid string 是 唯一编号

响应结果：JSON
字段 状态码
说明 errmsg
code 错误信息

接口定义

根据业务逻辑， 写views：

注意， 这里我们只是凑巧命名成这样， 理论上，是要看前端 ajax 请求， 里面记不记得定义的 this.username等

注意， redis 中 用delete ，能删除任何对象，给举例看看del

对比图形验证码，注意，这里要返回的是前端的Json格式啊。
错误代码我们曾经定义过 200. 现在比如又要定义4001. 像这种可能复用的建议抽出来。定义为常数。

所以也用自己准备好的response_code.py ，直接放到utils下，因为 整个项目要用，不管app要用。
现在verifications\views 导入一下


因此，之前users\views 中的 200 状态码应该要改动了。 统一从response_code.py中找对应的。

生成6位随机数验证码
肯定用到random模块，所以在verifications\views中 import random先

保存短信验证码

发送短信验证码 响应结果
导入CCP这个类
from billshop.apps.verifications.libs.ronglianyu.ccp_sms import CCP
调用CCP 类中的send_message（）方法

其中， CCP 如果不加（），就是没有实例化类，会报错

由于前端还没有写， 所以可以用postman 对现在完成的后端进行测试。

cmder 中差找redis中保存好的短信验证码，
和我手机收到的是一致的哦

到现在位置， 应该还有需要优化的功能，比如， 验证码的时效性是300秒，而且都是硬编码， 所以优化， 搞一个 提取图形验证码失效。

像这种常数量以后不可能到处去改，肯定要做常量，统一管理，

在verifications 下new一个constants.py 并优化

3. 短信验证码 前端逻辑

Vue绑定短信验证码界面
register.html
先注释原来的代码， 然后，复制 自己准备好的代码， code-refomat Code 格式一下。

现在发现，这里面的新的v-model等都没有定义，所以去register.js完善

通过前端运行， 查看源码是否被加载到了前端，来暂时验证功能一切顺利， 同时，可以在这里打断点调试，如果有问题， console里会提示

axios请求短信验证码 这是重点

整体如下图

分为验证码正确和不正确， 回调函数 等

4. 补全注册时短信验证业务逻辑

需要在users的views中，添加 短信验证码信息，（图形验证码不需要，因为已经在短信验证码时，进行了验证，图形码错误， 不可能发出短信验证码）

from django_redis import get_redis_connection

去前端尝试一次完整的注册， 注意，数据库中可以删除一次，否则重复了， 不好玩。
效果完美！ 可是没有存到数据库，也没有重定向到首页啊。

来，那么继续搞
找到原因， 是之前不需要时，把forms 表单的sms_code 注释了。现在释放出来。

同时，再优化一下， 判断sms_code_server 要decode 之后才严谨

@@@ ajax 目前是那些注册时，失焦后的提示和规则提示。

非常完美的注册

同时，数据库中也有了
，时区我没有改回东八区，哈哈！

5. 避免频繁发送短信验证码

存在的问题：
• 虽然我们在前端界面做了60秒倒计时功能。
• 但是恶意用户可以绕过前端界面向后端频繁请求短信验证码。
解决办法：
• 在后端也要限制用户请求短信验证码的频率。60秒内只允许一次请求短信验证码。
• 在Redis数据库中缓存一个数值，有效期设置为60秒。

避免频繁发送短信验证码逻辑分析

分前后端：

避免频繁发送短信验证码逻辑实现
后端验证

前端优化

启动执行，看看效果

---

前端 判断


注意解锁


验证一下

既然前端已经不让你60秒内再发，为什么还要后端验证， 因为调试时， postman只走后端，所以需要后端验证