迁移到 Magento 2 — Tassenfuzzi.De 的案例研究
已发表: 2016-12-05目录
- 的背景
- 挑战
- 过程
- 结果
- 客户见证
- “再次感谢您的优质服务,我们将再次回来! 自 2011 年以来,我们一直与 Mageworx 合作。在我们购买不同的扩展程序期间,多次使用 Magento 更新服务,现在使用 Magento 1 到 Magento 2 的迁移服务。通过回答我们的问题,Mageworx 总是非常乐于助人、耐心和专业。 拥有一家您知道自己可以信任的服务公司真是太好了!”
- 想迁移到 Magento 2? 联系我们寻求帮助和专业帮助!
的背景
客户: ( PorcelainSite Geschenkideen GmbH ) Tassenfuzzi.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 版本,店主必须要么找到一个新的、可立即安装的主题,要么从头开始开发一个新的或类似的设计。
过程
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 Suite和Advanced 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 销售经理