登录认证
前言 前后端分离的项目不需要做csrf认证，app和网站服务端已经跨站 drf有三种验证方式 BasicAuthentication 通过账号密码进行基本认证，密码经过base64编码和sha256并加盐存入数据库 TokenAuthentication 通过cookie设置的相关代码键为token或设置值， SessionAuthentication sessionId存在cookie，通过se
归档: 2021
支付功能（支付宝）
购物车设计 购物车 由于商品可以增加数量，这里用modelSerializer当购物车添加了某个商品第二次会报错，所以使用serializer继承即可， 一般购物车用cookie比较好123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585
restful规范
一些重要的restful规范restfulApi规范介绍 restful规范是一种前后台分离开发的标准，是最佳的实践 url资源定位：GET POST PUT DELETE GET 获取资源 POST 创建资源 PUT 更新服务器上一个资源，需要提供整个资源 PATCH 更新服务器上的一个资源，只提供资源中改变的那部分 DELETE 删除资源 HEAD 获取请求头判断资源是否存在 OPTIONS
serializers
初步使用serializer 使用serializers的好处 1.图片路径返回时，普通的view需要手动添加补全路径，drf已封装 2.无论是django.core的serializer还是django.forms.models的model_to_dict都已经被serializer封装替代，使用比较方便 3.drf的自带文档功能，需要serializer和coreapi的支持 4.代替了for
pooledDB
引入连接池 多个人同时调用时，创建一定数量的连接（抽象为一个池子），如果连接池有空闲连接，就给多个人其中一个人，如果没空，就有人需要等待 连接数设置一般为（核心数*2）+有效磁盘数 当不使用django自带的orm时，一般使用连接池连接数据库 两种模式（persistentDB和poolDB） persistentDB 为每一个进来的现场创建一个连接，线程调用close也不会关闭，只是把连接重
model设计
归类设计model、app 通过类型区分model，放置到不同app的model块 例如如果是商城类型的网站设计： 商品 goods 交易 trade 用户 users 用户操作 userOperation 常用基础model知识基础Field CharField DateField DateTimeField 关键参数：auto_now_add=True(在新增时创建时间之后不再变)和a
基本配置
搭建虚拟环境 pip install virtualenv pip install virtualenvwrapper mkvirtualenv name 创建虚拟环境 workon 列出所有虚拟环境 workon name 进入虚拟环境 deactivate 退出 默认安装路径c盘用户下的envs 修改路径：环境变量设置->新建系统变量->WORKON_HOME(Key)：E:env
限速缓存
django缓存配置 首先在setting中配置CACHES，默认的是使用django本机内存作为网站1234567'django.core.cache.backends.db.DatabaseCache''django.core.cache.backends.dummy.DummyCache''django.core.cache.backends.file
drf文档
swagger1234567891011121314151617# pip install django-rest-swagger# pip install coreapiINSTALLED_APPS = [...'rest_framework_swagger']REST_FRAMEWORK = { # api接口文档配置 'DEF
第三方支付
使用第三方支付大概就是按照第三方支付平台要求按步骤进行申请订单号、appid等，定义回调函数，然后加上自己数据库操作的逻辑组成 购物车设计 购物车 由于商品可以增加数量，这里用modelSerializer当购物车添加了某个商品第二次会报错，所以使用serializer继承即可， 一般购物车用cookie比较好12345678910111213141516171819202122232425262