遷移到 Magento 2 — Tassenfuzzi.De 的案例研究

已發表: 2016-12-05

目錄

  • 的背景
  • 挑戰
  • 過程
  • 結果
  • 客戶見證
        • “再次感謝您的優質服務,我們將再次回來! 自 2011 年以來,我們一直與 Mageworx 合作。在我們購買不同的擴展程序期間,多次使用 Magento 更新服務,現在使用 Magento 1 到 Magento 2 的遷移服務。通過回答我們的問題,Mageworx 總是非常樂於助人、耐心和專業。 擁有一家您知道自己可以信任的服務公司真是太好了!”
    • 想遷移到 Magento 2? 聯繫我們尋求幫助和專業幫助!

的背景

客戶:PorcelainSite Geschenkideen GmbHTassenfuzzi.de是一家定製印刷和雕刻馬克杯、陶器和玻璃的製造商。
公司總部位於德國。 它自 2002 年開始運營,是其利基市場的終極領導者。

Magento 開發公司: Mageworx是正式註冊的 Magento 合作夥伴,也是領先的電子商務開發商之一。 目前公司的產品組合列出了數十種解決方案,旨在增強平台的功能,並推動基於 Magento 的業務取得成功。

此外,Mageworx 提供範圍廣泛的 Magento 和電子商務服務,包括SEO、設計、分析以及最近推出的向 Magento 2 的全週期遷移

本案例研究詳細介紹了 Mageworx 用於將 Tassenfuzzi.De 存儲轉移到 Magento 2 的策略,並詳細描述了該過程的每個階段。

挑戰

將 M1 商店從 Magento 2 遷移到一個相當複雜的過程,包括幾個階段。

Magento 提供了一個特殊的數據遷移工具來減輕轉移商店、客戶和訂單數據的痛苦。

但是,任何主題代碼自定義(包括第 3 方擴展)都是不可轉讓的。 它們必須完全重做以適應新版本的平台。

這是 Magento 2 遷移期間需要實施的關鍵方面的列表:

1.移動存儲數據庫。

如上所述,這個階段是在官方 Magento 遷移工具的幫助下實現的。 這包括:

  • 移動網站和商店
  • 為每個商店傳輸配置設置
  • 遷移產品數據(例如產品屬性、類別、評級和評論、製造商等)
  • 移動客戶群及其設置
  • 傳輸銷售數據(訂單、付款、發票等)
  • 內容管理系統內容
  • 基本的 SEO 設置(標題、描述、元數據、重定向等)
  • 移動稅務數據
  • 並傳輸一些其他重要的商店數據

2. 遷移定制功能

由於平台架構的不同,Magento 1 的第三方擴展和定制功能在 Magento 2 上不起作用。這意味著它們必須從頭開始重新開發。

3.遷移商店主題。

由於 Magento 1 主題不能轉移到平台的 2d 版本,店主必須要么找到一個新的、可以安裝的主題,要么從頭開始開發一個新的或類似的設計。

magento 2 遷移工具以及如何使用它

過程

1.傳輸存儲數據

首先,我們在客戶端的服務器上安裝了 Magento 2。

接下來,我們安裝並配置了 Magento 數據遷移工具。 該工具在 Composer 的幫助下安裝在空的 Magento2 安裝上。

基本上,該工具旨在根據 xml 文件中定義的規則集將數據從 M1 傳輸到 M2 數據庫。 因此,在這個文件中,我們為定義的源(客戶端的 Magento 1 安裝)和目標(Magento 2 網站)連接配置了連接設置。

在下一步中,我們遷移了:

  • 所有設置,
  • 網站和商店,
  • 類別,
  • 產品,
  • 顧客,
  • 訂單
  • 和 CMS 數據。

此外,我們還移動了媒體文件和 ACL。

我們面臨的挑戰

總的來說,一切都很順利。 然而,在這個過程中,我們不得不克服一些困難。

由於 M2 和 M1 存儲位於不同的服務器上,並且 M1 數據庫通過套接字工作,數據遷移工具無法訪問必要的數據。

由於無法通過客戶的託管服務提供商解決此問題,因此我們決定複製數據庫並將其從舊服務器移至新服務器。

因此,我們可以訪問數據並將其遷移到新的 Magento 2 安裝。

* * * * *

此外,在後期遷移階段,客戶發現無法更改遷移產品的交貨日期。

我們調查了這個問題,發現了其他 Magento 開發人員在 StackOverFlow 上描述的類似案例。

目前,Magento 2 不會將“ delivery_date ”屬性保存在“ catalog_product_entity_text ”表中,前提是該屬性已經存在於遷移的“ catalog_product_entity_varchar ”表中。

但是,如果手動將記錄添加到“catalog_product_entity_text”表中,則顯示/保存選項可以正常工作。

為了為我們的客戶解決這個問題,我們創建了一個自定義 Magento 腳本。

2. 移動定制功能

客戶的 Magento 1 商店中安裝了 7 個第三方擴展。 這些曾經是:

  • Xtento 的跟踪號導入訂單模塊導出
  • 懷俄明州的數據饋送管理器
  • Mageworx 的SEO Suite Ultimate、Search SuiteAdvanced Product Options
  • Symmetrics 的德國商店模塊

幾乎所有上述擴展都有或多或少的功能 Magento 版本。 唯一的例外是 Symmetrics 的 German Store 模塊。

我們的任務是在客戶的 Magento 2 安裝中安裝這些模塊,並根據客戶的要求對其進行配置。

我們面臨的挑戰

那時,並非所有安裝在客戶的 Magento 2 網站上的擴展都具有與其 Magento 1 版本完全相同的功能。 擴展提供者尚未添加一些功能,有些只是缺少(沒有開發 ETA)。

然而,改進的 Magento 2 功能和所選擴展的組合足以滿足主要客戶的需求。

* * * * *

如前所述,Symmetrics 的 German Store 模塊沒有 Magento 2 版本,因此我們必須找到一個新的解決方案。

我們拿起了這個包裹,作為替代方案。 該插件具有特定客戶操作所需的一組功能,並符合德國法律要求。

* * * * *

為提升存儲性能,客戶還要求我們配置 Redis + Varnish。 我們將 Redis 配置為會話存儲。

至於 Varnish,我們需要對客戶端的服務器進行寫訪問才能對其進行配置。 另外,我們配置了 Nginx 和 Varnish 使用特定的端口,並對 Varnish 配置文件進行了一些調整。

* * * * *

為了最大限度地減少將網站遷移到 Magento 2 的潛在 SEO 風險,客戶訂購了一項額外的服務——Mageworx 高級 SEO 配置。 我們的 SEO 團隊配置了 SEO Suite Ultimate 擴展並設置了客戶的網站管理員工具帳戶以保留當前網站的 SEO 價值。

在遷移的後期,我們安裝了額外的第三方擴展並修復了一些其他小問題(例如圖像顯示和產品選項問題)。

3.遷移商店主題

客戶決定購買 Pronto 的即用型 Magento 2 主題。

為了讓客戶測試現場商店的主題效果,我們將它安裝在一個開發站點上,該站點是一個沒有數據的普通 Magento 站點。

在測試主題時,我們發現了價格彈出窗口的問題——由於某些原因,它顯示不正確。 客戶聯繫了主題開發人員,根據他們的說法,問題是由默認 Magento Luma 主題的錯誤觸發的。 主題開發者為此問題提供了熱修復自定義解決方案。

結果

遷移到 Magento 2 會導致:

  • 提高網站速度
  • 減少 TTFB(到第一個字節的時間)——*商店還將以前的服務器託管更改為更優化的雲解決方案
  • 整體改進了桌面和移動網站的性能
  • 更好、更高級的後端功能
  • 改進和更快的結帳流程

客戶見證

“再次感謝您的優質服務,我們將再次回來! 自 2011 年以來,我們一直與 Mageworx 合作。在我們購買不同的擴展程序期間,多次使用 Magento 更新服務,現在使用 Magento 1 到 Magento 2 的遷移服務。通過回答我們的問題,Mageworx 總是非常樂於助人、耐心和專業。 擁有一家您知道自己可以信任的服務公司真是太好了!”

安德烈亞斯·沃爾夫拉姆
Tassenfuzzi.De 銷售經理

想遷移到 Magento 2? 聯繫我們尋求幫助和專業幫助!