一拖再拖，終於到週日晚上才開始寫週記

　　第一天，按照計劃我是做微信服務號，把找來的靜態頁面放在框架下，然後根據業務建表，整個專案還用之前的fastadmin，這個框架真的能省很多事情，後臺部分的增刪改查也是通過簡單的命令列就可以，一些外掛呀帶有；第二天，上週末接到了上一版app的bug，大多問題是前端那邊需要解決的，伺服器端主要是進行一些簡單的修改，介面加欄位，或者是語言包裡面加一些內容而已，到下班的時候也都搞定了；第三天，計劃改變，開始改商城bug，之前的商城因為加了優惠券，價格計算除了問題，還沒上線，我用的那臺mac mini 還不能用paypal支付，每次都是支付失敗，支付後的介面修改，都是參照線上的進行腦補，還好比較簡單，之前這專案也是別人做的，我只是負責後期的改bug，後來的時候，又要新增優惠券限制，一張優惠券每個使用者只能使用一次，這個下面詳細說。第四天，半天在微信專案上掙扎，半天又是在商城專案，基本現在這個專案交接給那位前端負責了，產品那邊測出來有什麼問題，就反饋給前端，前端過來找我改，然後結果就是每隔幾分鐘，他過來問一次，怎麼樣，改好了嗎，是不是哪裡卡住了，說真的，作為一個程式設計師，真的很不喜歡思路突然被打斷，更何況程式碼是別人寫的，找出問題，確定出錯位置，還是需要靜下心來看，反饋給我的問題是加了優惠券之後，信用卡支付的價格有問題，後來發現信用卡支付之前就是有問題的，沒加優惠券也有錯，真不知道有沒有算錯過。。。。。後來終於找到解決方法，信用卡的總錢數，是寫在了js裡面，請求介面的時候直接傳參，引數很明顯是錯誤的。第五天，app要出一版，我這邊需要配合前端修改介面，基本也沒什麼問題，都是簡單的修改，本來覺得週五可以正常下班的，但是還需要完全通過測試，測了一個版本之後還有問題，都是前端部分需要修改的問題，但是後端也不能走，要陪著，，等到完全沒問題，好吧，這一週幾乎每天都是加班的，可能我該習慣。

　　現在說一下，一張優惠券每個使用者只能使用一次，之前思路：當用戶在input框輸入優惠碼，點選使用按鈕，就會給臨時的log表插一條使用記錄，重新整理當前介面，優惠碼還在，當用戶在其他裝置或者瀏覽器進入付款頁面，展示出來的是當前的商品和優惠券，因為這個優惠券和使用者id繫結在一起，即使付款頁面的商品刪除完，優惠碼還在存在了log表，在頁面展示的資料，也是從log表取出來的，只有使用者點選不使用該優惠券的是時候，才會從log表刪掉這一條資料。現在解決思路：首先，使用者在付款介面的時候已經生成了臨時訂單，和購物車是一對一的關係，使用者可以點選刪除每一個商品的時候，購物車的資料在更新，檢查當前uid的購物車內商品數量，如果為0的時候，那麼優惠券的對用使用記錄也應該刪除，這個過程中優惠碼存在了session中，刪除後，session中的code也應該置為空。關於優惠券有使用記錄表和中間狀態表，每次都要進行兩張表同時檢測，防止優惠券的同時使用。

　　以前，總覺得自己是一個循規蹈矩的人，後來慢慢的發現，我和大多數所謂的90後一樣，喜歡隨心的生活，不喜歡被束縛，小時候也就是在村裡讀小學的前三年被父母嘮叨過，再後來就在家的時間只有假期了，太短了。時間真快