做API需求舉例，Stamp會需要拿RequestBody去做加密，但如果每一次都要將如果要修改RequestBody那麼同時也會需要以下面的加密方式再將SHA128(Base64Encode(RequestBody))寫回去Header裡的Stamp，而時間戳也要馬上產生，這樣每打一次API都要再重新加密是非常麻煩的事情。那要如何改善呢？
使用Git來管理程式版本，身為開發者一定不陌生。在Magento專案裡，如果遇上原生不支援的功能，我們會自己開發模組，如果這個模組被設計可通用於不同專案，那麼集中一個地方去開發，肯定是較好的維護方式。今天要跟大家分享git本身即有功能可達到此目的，透過submodule的建立，一個模組專案，可以被安裝在不同Magento專案之下，一旦模組有更新異動，各專案可自行同步到最新程式，一起來看看吧！
Magento 1 Vue Storefront環境建置系列已經來到下篇啦！在前兩章節我們講述如何建立Vue Storefront環境的環境，但是我們沒有提到我們的資料從何而來，大致可以分為以下兩種。如何在Magento專案下操作呢？就讓我們一起來看看吧！
好久不見的Magento2開發-使用Plugin改變原生行為系列又來啦！這次Plugin的使用來到尾聲囉！最後一個，也就是置入點放在最末的 after Plugin，其使用也是最簡單的，我們繼續以先前的範例往下看吧！
Magento 1 Vue Storefront環境建置系列又來啦！還記得我們在上一篇文章中提到什麼嗎？ 在上一篇magento 1 Vue Storefront 環境建置（上），我們建置了基礎的環境，這次我們要來建置Vue Storefront與Vue Storefront Api。那就跟著以下步驟，一起來試試吧！
Vue Storefront發送請求Vue Storefront Api決定連結之後端，並處理資料來源，有可能來自magento端或cache或elasticsearch或是其他平台。Vue Storefront的環境建置有兩種：你可以選擇使用docker與cli與是手動灌所有的程式。今天我們先以手動安裝的方式來進行，有助於了解整個架構呦！跟著以下步驟試試吧！
上回帶大家實作before的Plugin，用來改寫傳入的參數值。今天要探究的是最常被使用到的around Plugin，因為它可以直接覆蓋掉目標方法裡的邏輯行為，是普遍的客製需求所在，所以實做變化較多，話不多說，直接進入主題！沿用上回範例，我們以虛構類別 Magento\Example\Model\SummaryAmount.php來覆寫，不過這回稍微為目標方法增加了額外行為
當我們製作好翻譯語言包後（還不知道如何製作翻譯包的讀者可以點此連結： Magento2 建立中文翻譯語言包），在Magento專案上有一些地方可以放置這些翻譯語言包，而這些放置的地方會影響到語言包讀取的權重，進而影響翻譯的結果，所以各位讀者需要好好的了解，才能準確無誤的翻譯到所需的字串。
Magento 提供多種覆寫方法便於開發者進行客製，今天我們要介紹的方式- Plugin，是屬於較小範圍的改寫。 這種覆寫方式，會針對某個特定的類別，改變其所屬方法(method)的實際行為，而置入客製程式的方式，則依置入點細分三種： 方法之前(before)，與方法當中(around) ，方法之後(after)。每種方式概念相仿，細節有異，今天要實際帶大家先了解的是 before Plugin的實作。 我們知道一個function會有輸入參數跟輸出值，before就是針對輸入的的參數去包覆客製行為，也就是說，可以在參數傳遞進方法被執行前，對其值進行調整。
今天要來介紹如何在Magento2將資料加密再存入core_config_data 資料庫表格裡 為什麼需要加密資料呢? 有些資料是敏感性、隱私性高的資料，像是與第三方廠商合作，串接系統時候，通常都會有非公開的API需要以一些金鑰、密碼值進行認證，像這類的資訊在後台填寫時候和存入資料庫時候就應該被加密，就可以預防有權限直接存取資料庫的管理者，也無法拿到金鑰和密碼。 讀者在實作前，應已知如何設定system config data的前提下來進行，如果還不知道如何設定，請詳見此篇Magento 2 資料設定欄位的方法。
我們在開發Magento時，多少會遇到需要使用日期選單的需求，這一點在Magento本身已有提供jQuery的日曆，而這個日曆產出的日期格式將會根據系統配置而不同。
上期我們詳盡示例了如何實作API回傳內容，其範例實作中的一環 - 定義介面（Interface），也就是回傳巢狀結構最繁複的一個環節，其實還隱藏了眉角，今天就來跟大家進一步分享這些不易發現的細節！
