鐵人檔案
昨天我們了解到最簡單的流程以及結構，今天我們稍微將現有的結構做一點變化，為什麼要做變化呢？ 主要是因為訂單通常牽扯到金錢以及貨品，以昨天的內容來說，金錢相關最基...
沒錯今天又是金流payment的額外擴充，要講的是log紀錄，一樣先上結構 Schema::create('payment', function (Bluepr...
在訂單成立以及建立金流部份，因為情境非常多，因此在製定狀態的部份其實也是有很多可以討論的，還記得在最一開始--Day13 訂單 -- 基礎結構的部份，我們ord...
到昨天為止訂單、訂單金流已經談的差不多了，大部分的正常環節以及常用功能的應用，訂單寫入的部份已經於--Day19 訂單 -- 寫入訂單做過整理，這邊我們簡單說明...
再做訂單的時候，常常會遇到重新付款的需求，情境通常發生在使用者購物車加入一拖拉庫的項目之後，因為某種原因付款失敗，可是卡號填錯或者信用卡額度爆炸等等，在或者是第...
昨天已經有說明為什麼要有重新付款的功能，以及大致作法，今天要介紹的是另外一種作法的，兩種誰好誰壞，全看個人喜好，這次我們會動到原先的結構，簡單看一下改動 Sch...
今天要說的是信用卡分期付款，分期付款也是信用卡付款的一種，但我們需要透過結構上的改動以符合分期資料的顯示，由於分期主要是將一個訂單金額分成多次小金額進行付款(扣...
在好幾年前串接金流的時候，還有沒定期定額的選項，記得那時接觸的是團體的捐款網站要串接定期定額的功能，當初第一次碰到的時候還想說自創名詞咧，分期就分期，搞啥定期定...
其實訂閱訂單跟定期定額作法非常相似，這邊會額外拉出來講是因為個人對於他們兩兄弟有不同定義，文章是我寫的想怎麼分就怎麼分，爽 訂閱訂單其實在資料處理上與定期定額非...
終於把內容都講完拉，回顧一下自己寫的文章，發現自己覺得最好的是第一天跟最後一天的標題，至於內容的方面，應該算有達成自己一開始定的內容，當然肯定還有很多例外壯況沒...
