迁移到 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? 联系我们寻求帮助和专业帮助!