Magento 1.x 与 Magento 2.x [关闭]

Question

我正在开发 Magento 1.9.3.7，我想了解迁移到 Magento 2 是否是个好主意。

我总结了这些差异：

• Magento 2.0 比 Magento 1.x 更快
• 目录结构的一些重大变化减少了 结构的复杂性
• 新技术和最新版本（例如 Php、Jquery 等）
• 允许开发人员轻松设置自动化测试
• 许多功能现已集成到 Magento 2 中
• 结帐和其他方面的改进

我的问题：

1. 是否有任何索引可供查找以确定何时是迁移到 Magento 2 的好时机？
2. 之前有什么隐藏的问题需要知道吗？
3. 有人尝试过这种迁移吗？如果是，您是否看到了这一重大改进？
4. 我的所有模块（第三方和手写）都将过时？
5. 如果有 Magento 2，为什么 Magento 1.x 仍在发布新的安全更新？

我希望听听不同的经验或解决方案，以了解是否是正确的方法。

如果我说错了请告诉我。

Internet 上的文档（差异）：https://gauge.agency/articles/the-differences-between-magento-1-and-magento-2-and-which-is-better/

Answer 1

在这两个平台上进行了广泛的合作后，我不得不说 Magento Inc 升级到 m2 的理由很愚蠢。

Magento 2.0 比 Magento 1.x 更快

这不是真的，对吧？他们说 M2 更快的原因是它支持 php 7.x 并运行 Varnish。对此，我说，那又怎样？ M1 也一样。

像这样的社区努力就像一个魅力：https://github.com/Inchoo/Inchoo_PHP7（我绝不隶属于 Incho）。

编辑：现在更不用说了，因为 M1（从 1.9.4 开始）支持没有第三方模块的 7.2。

另一方面，M2 有一个半工作资产预编译系统，它每时每刻都会导致问题。此外，它会减慢开发速度，以至于 M1 感觉像是一个极快的解决方案。

（如果您认为这应该是一种令人发指的夸张，它可能应该是，但遗憾的是不是，请查看一些GH issues。

目录结构的一些重大变化，降低了结构的复杂性

这是个好主意，但实际结果很糟糕。 M2 到底是如何得到更多配置和更多 XML 的？ XML 繁重的 UI 组件是怎么回事？

这是简化模块结构的例子——https://github.com/magento/magento2/tree/2.3-develop/app/code/Magento/Catalog吗？

是的，M1在这里不是很好，但是M2在这里根本没有改进，只需检查单个模块中的xmls数量-https://github.com/magento/magento2/tree/2.3-develop/app/code/Magento/Catalog/etc

新技术和最新版本（例如 Php、jQuery 等）

当然，还有像 ZF1、KnockoutJS 和 Fotorama 这样的东西。

允许开发人员轻松设置自动化测试

我同意这里。 M2 对自动化测试有适当的支持，而 M1 几乎没有。

许多功能现已集成到 Magento 2

我不确定你到底想在这里说什么，但我遇到的问题是他们只是将功能从 M1 迁移到 M2，根本没有改进它们，在它上面添加了新界面并调用它新平台。

虽然这里没有问题，但我觉得这是一个改进系统的巨大机会，但他们丢了球。

结账和其他方面的改进

我不同意，结帐现在不像以前那么灵活了。使用 KnockoutJs 和 UI 组件是您最不想做的事情。

我对它的古怪和一切都很好，但改善每个特定商店结账的灵活性和可能性远不及 M1。

是否有任何索引可供查找以确定何时是迁移到 Magento 2 的好时机？

大多数 Magento 代理机构都在使用它来推广他们的服务并提供向 M2 的迁移以作为赚取额外利润的一种方式。因此，您总是会看到公司谈论不存在的性能和功能改进。

这是唯一有人说不同话的情况：https://amasty.com/blog/magento-1-vs-magento-2-performance-comparison-speed-test-results/（我绝不隶属于 Amasty）。

有什么我之前必须知道的隐藏问题吗？

平台不够稳定，仍然存在重大错误。只需快速浏览有关 GH 的问题报告即可。

如果有 Magento 2，为什么 Magento 1.x 仍然发布新的安全更新？

有很多企业永远不会迁移到 M2。他们在这里别无选择。

最后，我想说我很抱歉这个答案中的所有仇恨，真的不是我的意图。 :D

Answer 2

有任何索引可供查找以确定何时是最佳时机 迁移到 Magento 2？

这取决于各个商店的环境（拥有自己 ESB 的大商店可能会使用 M2 作为店面，小商店必须等到他们的 ERP 提供商发布插件或连接器）

有什么我之前必须知道的隐藏问题吗？

M2 代码架构与 M1 完全不同。 MVC 已被放弃，取而代之的是 MVVM

有人尝试过这种迁移吗？如果是的话，你看到这么大吗 改善？

是的。 FPC 得到了很大的改进，一般的 ttfb 响应更好

我的所有模块（第三方和手写）都将过时？

是的，由于不同的设计模式。

为什么 Magento 1.x 仍然发布新的安全更新，如果有的话 Magento 2？

Magento 公司已承诺持续支持 M1。我猜企业客户太多了。

Answer 3

我之前已经尝试过几次 Magento 1 到 Magento 2 的迁移。但对我来说，我认为脱颖而出的原因只有一个，就是对网站进行如此重大的改造，那就是安全性，

您不应该只升级到 Magento 2，尤其是 2.3，因为它在安全性方面投入了更多，而且不太容易受到恶意软件攻击。它还具有 Magento 2.2 中不存在的新功能。

如果您仍在使用 Magento 1，那么理论上，恶意软件找到您的网站只是时间问题。

一个好的做法是拥有此存储库https://github.com/magento/magento2 的一个分支，并定期将最新修复程序引入您的代码中。这当然会给您另一个升级到最新版本的理由，因为不再维护 Magento 1。

您必须为 Magento 2 重现所有模块，绝对没有其他方法，而且如果您使用数据迁移工具，您应该可以轻松地将数据迁移过来。下一点将是再次为您的网站创建主题，也没有简单的方法可以将您的主题从 M1 中引入。

祝我的朋友好运=D