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），也就是回傳巢狀結構最繁複的一個環節，其實還隱藏了眉角，今天就來跟大家進一步分享這些不易發現的細節！
在客製Magento時，有時會遇上需要擴充API端點來支援前端取資料或第三方的串接。API的擴充，會先新增API介面 (Interface)，將其與路徑關聯在webapi.xml，再實作對應的類別 (class)並設定在di.xml。每個API端點對應到該類別的一個方法 (method)，API回應的內容，取決於那個方法所吐出的值。
在Magento你可以使用 Transactional Emails 新增/修改 你的Email，或者你可以建立一個屬於你的模組至default template，讓你的template留存於Magento內。讓我們看看該如何實作吧。
繼上篇 Magento 2.3 更新介紹 - 阿不是阿，你要改資料表你要先講 (二) 以來，我們已經可以將轉換過後的db_schema.xml透過安裝/升級來更新我們的資料表，接下來，本篇將介紹如何自訂db_schema.xml
在Magento後台儲存資料的時候，時常會需要判斷修改前跟修改後的資料，去決定要做什麼動作。Magento的model有提供一個function叫做 ”getOrigData”，這個function可以取得model的原始的值，可以跟 set過後的model的值做差異性比較。
