我們在客製Magento時，多少會遇到需要與其他系統串接的需求。也許是Ｍagento作為主動方去要資料，也可能為被動方被呼叫。Magento本身已有提供restful API，而這些API的使用方式，官網中都有基本說明，像是功能端點(endpoint)、HTTP方法(method)，以及傳送的參數與回應格式。這當中仍需要開發者再花時間探究的，筆者認為當屬 “搜尋參數-searchCriteria”。一起來看看更詳細的說明吧！
Magento有API的建置與使用方式，今天就要先來講Magento原生API的使用方式。只需透過兩個步驟即可完成！
繼上篇以來，我們已經可以將舊有的install/upgrade Schema以及install/upgrade Data轉換成db_schema.xml和data patch了，那麼接下來，我們可以來測試我們所產出來的db_schema是否會有問題，並使用本文中所提供的command指令！
有關Magento效能的議題，官方網站已提供了許多由後台設定的優化方式。過去我們也分享了不少實務上有關環境設定的調校方式。今天要跟大家提醒的，是作為開發者，在進行客製時所需注意的細節之一 - Full Page Cache。
Akeneo PIM 可以集中管理產品的數據，讓你的產品資料同步至各個系統中。上次與大家分享了如何手動安裝社群版Akeneo PIM，那麼今天要接著介紹如何透過幾個簡單的指令在Magento中使用Akeneo。
硬碟的I/O速度遠比RAM來的慢，如果不想在自已server上面架一個redis的話，可以選擇把magento cache的資料夾改成RAM Disk，這樣就可以把檔案直接丟到記憶體裡面去做保存了，但要小心因為是記憶體有揮發性，所以重開機時、該地方的資料就會不見，這點要切記，所以這個方案通常也只適合放置暫存類的資料。
Magento本身有良好的cache機制，在預設的情況下都是存儲在硬碟上面，所以寫入跟讀取速度被限制在硬碟的I/O，所以如果要加速Magento存取這一些cache的速度的話，就把這一些cache放入memory去處理。 這時後就可以使用redis去處理這一些cache囉，magento本身做了很好的cache整合，所以可以透過簡單的config就可以去整合redis了！
在magento 增加一個結帳步驟不是一件容易的事情，需要了解templates和blocks的關係，以及javascript顯示和隱藏相關步驟。依照六個步驟，login/register、billing information、shipping information、shipping method、payment information、order review 來完成新增。快跟著歐斯瑞一起學習吧！
Magento官方已宣布，將於2020年6月份全面停止支援所有Magento1的安全更新與修正服務，不論是Magento開源版或企業版，將於近期停止服務。有需升級至Magento2的店家們敬請與歐斯瑞聯繫。 那麼仍使用Magento1的店家們，若想在前台的「Sort By」下拉式選單中移除「Position」的選項，請依照文中的幾個簡單的步驟執行～
為了確保商店的安全性，Magento定期會釋出安全性更新的封包，可以在Magento官方網站中看到更新的相關情報。本次的文章要來介紹如何安裝Magento安全性更新。在安裝之前，建議先把全部Magento根目錄的檔案都備份(包括資料庫)，萬一不幸在安裝完之後有功能壞掉的情況，這時候可將所有檔案及資料庫還原，再尋找其他的解決方案。另外Magento官方釋出的安全性更新僅包含原生程式碼，如果你有安裝其他的樣板、套件或客製化功能，則需要詢問該開發商是否有相對應的版本可以進行更新，避免有更新不完全的情況產生。
Magento 在開發上面比其他框架較為繁瑣，需要考慮的事情太多，我們綜整了在公司開發期間會使用到幾個較為有用的工具，如PHPStorm、Docker、iTerm 2 for macOS 和 TablePlus，與讀著們分享。
在建立module或客製化功能時，一定常常都會需要對資料庫操作，其中也不免的會需要下各種的搜尋條件，不論是單純的一個where，抑或是OR、AND，再搭配其他語法達到自己想要的結果。 那相信會點到這篇文章的各位，必是對於M2中要如何使用"OR"條件感到有所疑惑， 當然大家可以直接編寫raw sql來query，不過以下歐斯瑞還是以M2的ORM來說明及操作。