python-django框架-电商项目-用户模块开发_20191117

实现注册的基本逻辑：

1，注册页面

注意：注册页面需要静态文件的支持，另外注册页面是基础基类的，
1，url，路由系统，
2，views，视图系统，还是使用类视图，里面有很多的函数，

2，views.py文件

get函数，返回浏览器注册页面，
post函数，
这个函数处理四个事情：#web开发的通用的一个流程就是这样的，
1，接收数据
2，进行数据校验：用户已存在的时候要做异常处理，注册失败的时候要做异常处理，
3，进行业务处理，进行用户注册，创建一条用户记录，可以使用django的认证系统，提供了一个创建用户的方法，
user = User.objects.create_user(username, email, password)
4，返回应答，使用反向解析返回首页，valid：有效的 pattern：模式

######################################################################

激活邮件的设计思路

需求背景：
用户注册之后，给用户发送一个激活邮件，提示用户去打开邮件，
然后用户点击这个激活邮件之后激活账户，点击激活连接要跳转到登陆页面
如果链接过期了之后，实际应该返回一个页面，然后点击一个地方，可以再发一个激活连接，

代码设计，
发送激活邮件，包含激活链接，每一个人的都应该是不一样的，包含用户的身份信息，如何设计？？
设计成这样一个连接，127.0.0.1:8000/user/active/1(id)
这样发了这个邮件，我就可以获取到最后的id，我收到了邮件，就知道你在激活，我就可以去修改数据库了，
但是有些人会捣乱，不停的修改id去访问，所以怎么办？就要id加密
加密：
引入一个包：from itsdangerous import TimedJSONWebSignatureSerializer as Serializer，这个这个包加密，
除了加密之外，还可以设置过期时间，时间过了连接失效，就不能激活了，
发送邮件的配置：
加密是在注册的函数，解密的时候是一个单独的函数，解密函数，

问题：

发邮件的流程需要优化，因为这是一个阻塞型的，因为邮件没发完就要等待，用户体验不好，怎么解决？
异步执行任务，python中有一个celery的包，可以执行异步的执行任务，比如发送邮件，上传文件，下载文件，这种耗时的操作都可以使用celery

##################################################################

好了，task启动成功了，

哈哈，我现在已经把邮件发出去了，哈哈！！！！

总结：

这一个问题，我太痛苦了，专门系统学习了Linux，git，redis，还有各种坑，装了很多的东西，包括完整的开发环境，花费了我4天的时间，

不过总的来讲还是非常值得的，

######################################################################################################

用户登录：

login类里面，继续写post函数，

要做四个事情，
接受数据
校验数据
业务处理，登陆校验，使用django的认证系统，user = authenticate(username=username, password=password)
返回应答，

配置redis，作为django缓存和session存储后端，

如果你不做配置，session是放在数据库中，
但是每次都到数据库中读写，速度是比较慢的，所以不能使用默认的保存session的方式，我们要有redis数据库，
我们需要用到一个包，django-redis，
怎么使用？
要配置，

# Django的缓存配置,默认缓存是在本机内存中
CACHES = {
    "default": {
        "BACKEND": "django_redis.cache.RedisCache",
        'LOCATION': 'redis://:###@192.168.80.129:6379/5',
        "OPTIONS": {
            "CLIENT_CLASS": "django_redis.client.DefaultClient",
        }
    }
}


# 配置session存储，默认的登录状态是保存在django数据库中的session表中
SESSION_ENGINE = "django.contrib.sessions.backends.cache"
SESSION_CACHE_ALIAS = "default"

View Code

我配置到了redis的5号数据库，
redis-cli -h 192.168.80.129
SELECT 5
keys * (empty list or set)
然后登陆，
再去查看keys * 你就发现是有一个记录了，就是session记录，

抽象父模板

一个base.html
一个base_no_cart.html，
这两个就可以另外的页面继承了，
一个base_use_center.html，这个继承base.html
一个base_detail_list.html，这个继承base_no_cart.html，
然后就可以使用这四个父模板来改造我们的网页了，
首先改造注册和登陆的页面，改造成功，

用户中心页面显示，

先让用户信息的3个页面显示出来，
页面，url，views，三个有了，就可以显示了，

登陆装饰器和登陆后页面跳转

户信息的3个页面，没有登陆是不能看到的，所以要判断，
使用django带的认证系统给的登陆装饰器，LoginRequired
目前看来，django的认证系统需要系统的学习，
from django.contrib.auth.decorators import login_required

总体的实现效果：
如果用户没有登陆访问一个用户中心页面，会跳出去到登陆页面，后面会加上url，
登陆之后，会直接到用户中心页面，
如果直接登陆，就是到首页
这就是使用的django内置的登陆装饰器实现的，所以这个要学习，

LoginRequiredMixin类的使用：

如果你有很多的视图都要使用登陆装饰器，可以封装一个类
在项目里面，一些通用的东西，我们会新建一个文件夹，utils，工具，
我们新建一个文件，Mixin，在这个里面新建一个类方法，LoginRequiredMixin
关于封装，继承，父类，这些概念的理解还不到位，
原理：
输入用户中心的地方，它调用的是url里面的对应关系，
然后调用的as_view，不再是原来的了，而是我们封装的，LoginRequiredMixin的as_view，做了一个包装，这个原理有时间要理清楚，

登陆后欢迎信息

登陆了之后，就不能再显示登陆和注册的按钮了，
怎么做？
还是django的认证系统，user.is_authenticated
登陆的话，request.user返回的是一个真实的user对象，否则返回的是一个anonymousUser对象
# # 真实对象的is_authenticated方法返回的是true，匿名对象的这个方法返回的是false
# # django自动会吧request.user对象返回给模板中，不需要手动传递，只需要在模板中调用user即可

退出用户登陆

页面要显示退出按钮，
点击退出要调用退出函数，清除session，退出，跳转到登录页，
使用的也是使用的django的认证系统提供的logout，
from django.contrib.auth import authenticate, login, logout
退出的时候返回登陆页面，还是使用了反向解析，

###########################################

上面就是一连串的操作，

1，登陆判断，这是使用的内置的认证系统，
2，欢迎信息，这是使用的内置的认证系统，
3，退出登陆，这是使用的内置的认证系统，

##################################################

用户中心-个人信息页面完善，

需要获取用户的个人信息，
展示默认的收获地址，
获取用户最近的浏览记录，
需求：
1，什么时候添加浏览记录？肯定是访问商品的详情页面的时候（在商品详情对应的视图中，），需要添加历史浏览记录,
2，什么时候获取浏览记录？访问用户个人中心的时候，获取历史浏览记录，
3，历史浏览记录存储在哪里？如果放在数据库，每次客户浏览都要操作数据库，数据库会压力很大，所以怎么存？我们就可以使用redis数据库，
4，怎么存储到redis中？存储历史浏览记录的格式是什么样子的？这个就要分析，redis中有五种数据类型，你存储就是这五种，
分析：
存储用户的历史浏览记录时是所有用户用一条保存，还是每一个用户的浏览记录使用一条数据保存，
如果所有用户用一条保存，可以使用hash，属性标记用户，user_用户id：商品ID，但是我们讲过hash的值只能是字符串，但是商品id可以有很多个，可以使用字符串，然后使用逗号隔开，又浏览商品了，还需要往字符串添加值，这就是使用hash，需要不停的操作字符串，
格式：history: user_用户id:‘1,2,3’
每一个用户的浏览记录使用一条数据保存，我们选择什么数据类型，
格式：history: user_用户id:[1,2,3]，
我们可以把最新的插入到最左侧，所以浏览记录就是从左往右操作，所以无论加数据还是取数据，都比上一个好，
结论：对比之后，我们使用list才存储浏览记录，
整个设计思路，以及操作思路都非常的清晰，对我非常的有用，
我们进行图片的存储是使用fastDFS文件系统的，后面我就研究一下，

用户中心-订单信息页面完善，

订单信息

用户中心-地址信息页面完善

有了页面，页面有一个表单，post的时候可以提交新的地址信息，
AddressView类，需要做两个事情，
get的时候，获取收获地址，
post的时候，接收表单信息，校验数据，保存到数据库，返回应答

模型管理类方法的封装：
根据条件查询一个默认收货地址，很多地方用到了，
是否可以封装一下，
这个封装的思想要好好理解一下，

整体的地址页面还没有开发完整，
地址列表的展示，
地址的删除，修改，等等，这些后续的再去做，现在不做，

######################################################################

系统中的图片存储

我们进行图片的存储是使用fastDFS文件系统的，后面我就研究一下，单独开一个博客

python和fastdfs的交互：

使用python往fastdfs上传文件，这是开发人员必须要掌握的，
需要安装一个包，pip install fdfs-py-master.zip
安装过程：https://www.cnblogs.com/wanghaiqi24/p/10035896.html，报错也按照这个里面的
重启pycharm，这一步一定要重启，
在外部访问图片：http://192.168.100.128:8888/group1/M00/00/00/wKhkgF3W1aqAY8vvAAV_23Ar72I886.png
能看到图片说明fastdfs和Nginx都是服务启动的，

项目中上传和使用图片的流程：

解决了文件的海量存储，存储空间的扩展方便，重复文件只存储一遍，
通过admin后台管理页面，上传图片，默认保存在django服务器
现在我们不保存在django中了，而是保存在fdfs文件存储服务器，
最终会返回一个文件的id，这个id要保存在对应的表中，
整个上传的流程就是这样的，
现在浏览器要请求页面了，访问页面，要把图片的地址进行一个替换，
所以图片地址前面需要写上Nginx的地址，渲染成这个内容，<img src='http://192.168.100.128:8888/文件id'>
然后浏览器识别到图片路径，会根据路径请求Nginx，然后Nginx在fastdfs中取出图片，返回给浏览器，就可以显示页面图片了，会发现这个过程是没有经过django的，这样就会快了，
整个流程关键是上传的点，我们需要修改django的上传行为，不让他上传到django服务器了，而且到fastdfs+Nginx，，，获取的流程只要配置fastdfs+Nginx好了就可以了，

自定义文件存储类：

修改django的上传行为，我们要对django进行二次开发，这个技能非常的关键，这说明对django的原理已经非常的了解了，
django中有一个filesystemstorage类，是默认存储在media root中，但是我们不能改动django的源码，它有一个父类，我们只需要继承父类重写这个方法就可以了，就可以边界我们自定义的文件存储类了，
from django.core.files.storage import Storage
配置文件fdfs-client：
base_path=D:\AI\fdfs-client-log
tracker_server=192.168.100.128:22122
定义自定义文件存储类，

使用admin页面测试文件存储类：

http://127.0.0.1:8000/admin/login/，访问这个页面是需要做一些django的app模块里面做配置的，
具体的django的admin内容还需要继续学习，
需要创建一个admin用户，如何创建？
D:\AI\dailyfresh>python manage.py createsuperuser
Username: admin
Email address:
Password:
Password (again):
Superuser created successfully.
登陆就成功了
增加一个商品分类的图片，点击保存，看看是否成功，
[-] Error: 10060 connect to 192.168.100.128:22122. 由于连接方在一段时间后没有正确答复或连接的主机没有反应，连接尝试失败。.
换包的问题，我待会看看，借这个机会，我再次梳理一下，fastdfs+Nginx的安装配置过程，单独开一个博客
继续已经解决问题了，
已经可以成功保存数据了，

改进我们的自定义文件存储类：

把配置文件的加载地址不要写死，ip也不要写死，要动态的使用，
在init里面做，增加几个参数，
client_conf，这是配置文件的加载地址，
base_url，这是Nginx的地址，
并且把地址都写到settings里面去，这样代码都不需要动，你只需要改动配置文件，
这个文件的名字不是固定的，有意义就可以了，如果是django的配置文件就不能随便改动，一定要django的，

关于fastdfs的总结：

为什么要使用fastdfs，容量扩张问题，文件重复问题，获取图片效率问题，
上传和下载流程，
自定义存储类的编写，

posted @ 2019-11-17 20:34 技术改变命运Andy 阅读(480) 评论(0) 编辑收藏举报

刷新页面返回顶部