python-django框架-电商项目-订单模块开发
提交订单页面：
- 在购物车中点击提交订单，就应该到达提交订单页面了，
- 显示：
- 1，收获地址，
- 2，支付方式
- 3，用户购买的商品信息，数量，小计，
- 4，总金额，运费，实际付多少，
- 5，提交订单按钮，
- 点击提交按钮，需要传递什么？
- 注意：价格这个是给用户看的，不要传到后台，传了后端也不用，
- 商品的id要传过去，另外商品的数量，我们也是从redis中拿的，不是页面上的
- 我们可以把要传的信息放入一个表单，
- 表单中的checkbox，只有被选中时，值才会被提交，
- 后端增加一个提交订单的视图，
- 1，接收数据，
- 2，遍历用户购买的商品信息，
- 总的数量，总的价格，
- 运费，实际开发的时候，是一个子系统，现在我们把这个写死，
- 实际支付，就是总价格+运费，
- 获取用户的地址，只要是这个用户的，我们就从数据库查出来，注意页面流出来编辑收获地址的按钮，
- 组织上下文，
- 注意：没有登陆的时候是不能进入这个页面的，跳转到登陆页面，
创建订单前端js：
- 订单相关的有两张表，订单信息表，订单商品表，
- 前端的订单提交页面，我们点击提交订单，应该提交哪些数据？？？
- 商品的id，商品的运费，商品的收获地址，支付方式，
- 至于总件数，总金额，这些传了也不会用，
- 点击提交的时候，使用的是ajax请求，
创建订单后端的操作
- 前端有了js提交之后，我们后端就可以去接收这个请求了，
- 创建订单的核心业务，
- 1，用户下一个订单，我要往订单信息表中加入一条信息，这个时候的总数量和总金额，都是0，支付编号不用管，有默认值，订单状态一开始都是未支付，
- 2，往订单商品表中加入多条记录，评论刚刚下订单是没有的，默认是空，
- 3，下单成功了之后还需要更新商品的库存信息，因为之前都是0
- 4，把购物车中的商品清除，
- 5，返回一个应答，下单成功，
订单生成-mysql的事物的概念：
- 如果一共两个库存，但是两个用户都加了两个商品，一个客户先买了，第二个客户再次去购买，库存就是零了，这个时候怎么办？
- 我们需要在生成订单的时候判断库存，如果大于库存，我们应该返回商品库存不足，
- 所以整个创建订单的流程，需要做成一个事务，
- 什么是mysql事务，要么全都执行，要么全部执行，
- 特点：
- 1，原子性，一组事务，要么成功，要么撤回
- 2，稳定性，如果有非法的数据，可以撤回，
- 3，事务的隔离性，一个事务的处理结果，如果影响了其他的事物，其他的也会撤回
- 4，可靠性，事务会保存到日志里面，软硬件崩溃了，恢复之后可以做一个重新执行
- mysql中事务控制的语句，
- 1，开启事务， begin; # 开始事务，后面写的语句都是在事务里面，
- 2，事务的提交 ，commit; # 提交事务
- 3，事务的回滚，rollback; # 回滚，提交和回滚是事务的两个操作，
- 还可以创建保存点，叫做标记点，
- 设置保持点的命令：
- SAVEPOINT savepoint_name; // 声明一个 savepoint
- ROLLBACK TO savepoint_name; // 回滚到savepoint，这个点之前的没有回滚，之后的回滚了，
- RELEASE SAVEPOINT savepoint_name; // 删除指定保留点
- 一旦开始了一个事务，
- 要么是提交了，要么是回滚，才是结束，否则都不是结束，
- 事务中可以设置保存点，
django中使用事务，
- 怎么把django中的是一系列操作放入一个事务里面呢？
- 我们需要一个django的模块：from django.db import transaction
- 然后使用 @transaction.atomic，这个装饰器，装饰我们的函数，
- 把涉及到的数据库操作放入一个事务里面，
- 你只要一装饰，这个函数就是一个事务，
- 什么时候使用保存点呢？
- 对数据库的操作分为两段，我们把核心也为设置一个保存点，
- # 设置事务保存点，，save_id = transaction.savepoint()
- # 商品不存在需要回滚，transaction.savepoint_rollback(save_id)
- # 提交事务,否则不会提交，，transaction.savepoint_commit(save_id)
订单生成-订单兵法的问题：
- 举例：用户1要买一个鸡腿，这个鸡腿只有一个了，这是一个进程，
- 1，要往数据库中添加一条记录，
- 2，查询商品鸡腿的信息，然后紧接着往订单商品表加入数据之前，我们进行一个库存的判断，
- 3，判断没有问题，添加记录，
- 4，进行商品库存的更新，
- 如果在用户1买的时候，又有一个人去买了这个鸡腿，这是第二个进程，
- 然后也执行这个函数，
- 这两个进程是没有关系的，
- 多于多进程多线程的时候，调哪一个进程是随机，
- 假设先调的进程1，判断库存的时候假设是可以的，
- 现在我们的电脑切换进程了，切换到了用户2，这个时候查询库存也是够的，
- cpu再次进行切换，换进程1，那就更新库存为0 了
- cpu再次进行切换，换进程2，去更新库存，这个时候你就会发现只有一个鸡腿，但是你卖出了两份，
- 什么时候会发生， 就是大量的用户买一个商品的时候，比如秒杀，比如iPhone，比如小米，这时候就会有订单并发的问题，
订单并发的处理：悲观锁，
- 卖出的量超过了库存，这种并发问题怎么解决，
- 有两种解决方法
- 1，悲观锁，
- 2，乐观锁。
- 首先第一种悲观锁，什么是悲观锁，这个就是对应进程中锁的概念，谁拿到锁谁就可以去改，没有拿到的不能改，
- 悲观锁就是这样，这个里面查询商品的时候我加一个锁，我拿到这个记录就把这条记录锁定，别的进程就拿不到了，拿不到就要等待，拿到了才可以处理，
- 事务提交或者事务回滚的时候，也就是事务结束的时候，就会把这个锁释放，
- 这样悲观锁就解决了这个问题，
- 怎么加锁？
- 就是查询的时候，加一个for update，
- select * from df_goods_sku where id=sku_id for update;
- 在django中怎么去写？
- sku = GoodsSKU.objects.select_for_update().get(id=sku_id)
- 在事务中可以写保存点：
- # 设置事务保存点
- save_id = transaction.savepoint()
- transaction.savepoint_rollback(save_id)
- # 提交事务,否则不会提交
- transaction.savepoint_commit(save_id)
订单并发-乐观锁：
- 在查询数据的时候不加锁，在更新时进行判断，
- 判断更新时的库存和之前的查出的库存是否一致，
- 也就是说，我查到的库存是1，我更新的时候库存也是1，那就是没有人对这条数据操作，我就可以操作这个数据了，
- # 返回受影响的行数，表示1更新成功，返回0表示更新失败
- res = GoodsSKU.objects.filter(id=sku_id, stock=orgin_stock) .update(stock=new_stock, sales=new_sales)
- 根据这个条件查询，更新，要么是1，要么是0,1就是更新成功了，
- 更新失败了，要回滚
- 更新失败，说明确实之前被人改了，但是我还是尝试3次，再加一个for循环，
- #######
- 模拟两个用户操作同一个商品，使用悲观锁，
- 1，两个都提交，都是第一次循环，
- 2，第一个人提交了之后，查出来还是库存没有变这是怎么回事
- 这是因为事务的隔离性，
- 有四个隔离级别：
- 1，读取未提交的内容，
- 假设有两个事务，A和B，我在事务A中执行了插入语句，但是我还没有提交，但是这个隔离级别，事务B就可以查到事务A为提交的插入语句的内容改变，
- 这是脏读，dirty read，这是读取未提交的内容，
- 2，读取提交的内容，
- 假设有两个事务，A和B，我在事务A中执行了插入语句，但是我还没有提交，这个时候事务B是拿不到内容的，只有事务A提交了，事务B才可以查看到，这是大多数数据库的默认隔离级别，但是不是mysql的
- 3，可重复读，
- 这是mysql的默认的隔离级别，假设有两个事务，A和B，我在事务A中执行了插入语句，但是我还没有提交，这个隔离级别，即使你提交了，我还是不拿你提交后的，还是拿到事务A更新之前的，这就是可重复读，
- 这种会出现的问题就是幻读，在一个事务的两次查询中数据笔数不一致，什么意思？就是数据的列数不一致，
- 举例：一个事务查询了3列数据，而另一个事务却在此时插入了几条新的数据，先前的事务在接下来的查询中，就会发现有几列数据是我之前没有查到的，这就是幻读，
- 4，可串行化
- 这是最高级别的隔离，强制事务进行排序，使事务之间不可能之间相互冲突，从而解决幻读的问题，但是会导致大量的超时现象和锁的竞争，处理效率低
- ############
- 之前我们出现的就是因为mysql默认是可重复读，这种我们拿不到上一个事务更新之后的库存，导致我更新是失败的，所以我们要更改mysql的事物隔离级别，改为读取提交的内容，
- 怎么设置？
- 找到mysql的日志文件，sudo vim /etc/mysql/mysql.conf.d/mysqld.cnf
- transaction-isolation = READ-COMMITTED
- 重启mysql的服务，sudo service mysql restart
- 这样就可以了，
订单并发-总结：
- 在冲突比较少的时候，建议使用乐观锁，我没有加锁，没有释放锁，就减少了开销，提交性能，
- 冲突比较多的时候，使用悲观锁
- 乐观锁重复操作的代价比较大，也使用悲观锁，
用户中心-订单页面：
- 提交订单页面，点击提交订单之后，提交成功，会进入用户中心的订单查看页面，
- 用户中心有一个单独的用户中心订单页面，
- 后端需要一个视图，用来返回订单的信息，
- 我们在用户中心的订单页面，看到之前下的但是待支付的状态，点击去支付我们就可以支付了，
- 点击支付会跳转到支付宝的二维码页面，然后登陆就可以支付了，
- 需要研究一下支付宝支付的内容，
订单支付代码：
- 点击订单列表页面，点击去付款，采用post请求，给django网站传递参数，
- 我们需要给支付宝传参数，我们要使用一个sdk，这样就不用我们自己传参数了，
- 安装这个包，https://github.com/fzlee/alipay/blob/master/README.zh-hans.md
- 先卸载一个包：pip uninstall pycrypto
- 然后安装：pip install python-alipay-sdk --upgrade
- 安装好了之后，你就有这个包了，你就可以使用了，
- ########
- 先搞清楚支付宝的沙箱环境，
- 进入支付宝点开放平台网站，https://open.alipay.com/
- 击“开放平台-开发者中心-沙箱环境”。进入沙箱环境页面，系统已经自动为你创建一个应用，在 信息配置 中可以看到应用信息。
- 二.生成密钥文件
- 1. 使用OpenSSL
- openssl
- 2. 生成私钥
- genrsa -out app_private_key.pem 2048
- 3. 生成公钥
- rsa -in app_private_key.pem -pubout -out app_public_key.pem
- 4. 退出OpenSSL
- exit
- ###########
- 有了自己的公钥和私钥了，下一步就是要配置，在支付宝的沙箱环境，设置自己的公钥，支付宝就会反复支付宝的公钥，
- 这个支付宝的公钥，是我们接收到支付宝的内容之后进行解密的，
- 所以我们要把这个支付宝的公钥保存到我们的项目里面，
- 我们在order应用下面，把支付宝的公钥，和我们私钥都放到这个文件夹下，
- 这样就配置玩了，
- ##################
- 怎么使用？
- 前端点击支付的时候使用ajax+post请求，
- 需要传递的参数：order_id，
- 后端查看这个订单，有几个查询条件，订单号带上，是这个用户的，是支付宝支付方式，是待支付的状态的，能查到就是一个有效的订单，
- 没有问题下一步就开始调用支付宝的接口了，
- 1，初始化
- 2，调接口，
- 3，返回应答，这里就是方法pay_url = 'https://openapi.alipaydev.com/gateway.do?' + order_string
- 报错： raise ValueError("RSA key format is not supported")
- 把接入支付宝的时候的参数改为：app_private_key_string-----> app_private_key_path
- 报错： raise ValueError("Not a valid PEM pre boundary")
- 原来是我的前后的标记多谢了横杠，两边只能是五个，我写了7个，-----END RSA PRIVATE KEY-----注意这个标记的两边必须要是5个，不是5个就会报这个错，
- 现在通了，
- 现在登录沙箱环境，查看沙箱账号，买家账号密码
订单支付-获取支付结果：
- 因为我们现在不是公网环境，所以支付宝不能返回给我们支付结果，
- 所以我们自己去查询交易的结果，
- 获取了支付宝的交易结果之后，给用户一个支付的结果，支付成功，或者失败，
- 用户浏览器访问我们的网站，然后看支付是否成功，
- 用户的浏览器什么时候访问我们的地址，
- 怎么设计？？
- 我们把用户引导到支付页面之后，
- 检查支付状态，支付成功了，
- 弹出支付成功，然后刷新页面，把数据库里面的订单状态改掉，
订单评论：
- 前端有单独的评论的页面，
- 一个订单有多个商品，应该有多个评论框，
- 评论之后提交，订单的状态从去评价变为完成，
- 在商品详情页面就有一个评价，应该要显示评价，