一拖再拖，终于到周日晚上才开始写周记
第一天，按照计划我是做微信服务号，把找来的静态页面放在框架下，然后根据业务建表，整个项目还用之前的fastadmin，这个框架真的能省很多事情，后台部分的增删改查也是通过简单的命令行就可以，一些插件呀带有；第二天，上周末接到了上一版app的bug，大多问题是前端那边需要解决的，服务器端主要是进行一些简单的修改，接口加字段，或者是语言包里面加一些内容而已，到下班的时候也都搞定了；第三天，计划改变，开始改商城bug，之前的商城因为加了优惠券，价格计算除了问题，还没上线，我用的那台mac mini 还不能用paypal支付，每次都是支付失败，支付后的界面修改，都是参照线上的进行脑补，还好比较简单，之前这项目也是别人做的，我只是负责后期的改bug，后来的时候，又要添加优惠券限制，一张优惠券每个用户只能使用一次，这个下面详细说。第四天，半天在微信项目上挣扎，半天又是在商城项目，基本现在这个项目交接给那位前端负责了，产品那边测出来有什么问题，就反馈给前端，前端过来找我改，然后结果就是每隔几分钟，他过来问一次，怎么样，改好了吗，是不是哪里卡住了，说真的，作为一个程序员，真的很不喜欢思路突然被打断，更何况代码是别人写的，找出问题，确定出错位置，还是需要静下心来看，反馈给我的问题是加了优惠券之后，信用卡支付的价格有问题，后来发现信用卡支付之前就是有问题的，没加优惠券也有错，真不知道有没有算错过。。。。。后来终于找到解决方法，信用卡的总钱数，是写在了js里面，请求接口的时候直接传参，参数很明显是错误的。第五天，app要出一版，我这边需要配合前端修改接口，基本也没什么问题，都是简单的修改，本来觉得周五可以正常下班的，但是还需要完全通过测试，测了一个版本之后还有问题，都是前端部分需要修改的问题，但是后端也不能走，要陪着，，等到完全没问题，好吧，这一周几乎每天都是加班的，可能我该习惯。
现在说一下，一张优惠券每个用户只能使用一次，之前思路：当用户在input框输入优惠码，点击使用按钮，就会给临时的log表插一条使用记录，刷新当前界面，优惠码还在，当用户在其他设备或者浏览器进入付款页面，展示出来的是当前的商品和优惠券，因为这个优惠券和用户id绑定在一起，即使付款页面的商品删除完，优惠码还在存在了log表，在页面展示的数据，也是从log表取出来的，只有用户点击不使用该优惠券的是时候，才会从log表删掉这一条数据。现在解决思路：首先，用户在付款界面的时候已经生成了临时订单，和购物车是一对一的关系，用户可以点击删除每一个商品的时候，购物车的数据在更新，检查当前uid的购物车内商品数量，如果为0的时候，那么优惠券的对用使用记录也应该删除，这个过程中优惠码存在了session中，删除后，session中的code也应该置为空。关于优惠券有使用记录表和中间状态表，每次都要进行两张表同时检测，防止优惠券的同时使用。
以前，总觉得自己是一个循规蹈矩的人，后来慢慢的发现，我和大多数所谓的90后一样，喜欢随心的生活，不喜欢被束缚，小时候也就是在村里读小学的前三年被父母唠叨过，再后来就在家的时间只有假期了，太短了。时间真快