Question

我有一个网站构建似乎适合Magento到一定程度，但客户实际上并不想出售任何东西 - 在选择产品的过程结束时，用户只会被重定向到另一个网站完成交易（或不完成）。

我想避免将这些功能完全从Magento中删除，以便我们可以在自动更新出来时升级网站...

之前有人做过这样的事吗？或者常驻大师是否会建议更多“从头开始”的构建重建必要的功能？

抱歉，我应该说清楚，我我开发者。

我熟悉为其他平台编写模块/插件/主题 - 例如Wordpress和Drupal - 特别是我的客户有一个'纯'核心结构，可以通常的方式升级......但并非一切都有只是你想要它的一个钩子...只有你可以用Wordpress做的那么多（例如），直到它离平台设计的距离太远，你别无选择，只能破解核心。

所以我想我问 - Magento有没有正确的钩子？有没有人真的试过这样做？它会如此简单：

add_listener('checkout', my_func_without_checkout);

my_func_without_checkout() {
 stuff...
}

或者交易处理功能是如此紧密集成以至于难以完全删除？

Answer 1

是的，Magento非常适合这种情况，假设您聘请了解他们正在做什么的开发人员。我建议从头开始构建的唯一方法是，如果你有一个拥有大量资金的客户，并希望继续这样做。

Magento的架构是从头开始构建的，允许用户在没有黑客攻击核心代码的情况下进行这些修改。从高级别开始，您将构建一个模块（模块实际上意味着Magento中的内容，它不仅仅是一个通用术语），它将插入一个事件监听器（或覆盖代码方法），这将在结账过程中的某些时刻收集有关订单的信息并将其传递给下一个系统。

你遇到的问题不是代码问题，而是文化问题。对于其所有面向对象的体系结构，Magento仍然以PHP实现。这意味着雄心勃勃但缺乏经验的开发人员（海上和陆上）将更容易破解核心资源，从而将他们想要的结果从系统中取出。以这种方式获得结果总是更快，代价是长期稳定性。

Answer 2

我可以根据个人经验推荐“没有销售的Magento”方法（我称之为“目录驱动”）。

您可以禁用不需要的核心模块，这将显着提高性能。有些依赖项不是特别明显，因此需要一些试验和错误来禁用和测试。确保通过设置app/etc/modules/来禁用<active>false</active>中的模块，因为在Web Admin中将它们设置为禁用仅禁用管理渲染功能。

如果你能达到合理的性能（并且有大量的wiki文章，博客文章等等），那么我没有发现这种方法有任何缺点，并且框架具有很多优点。它还使您有机会在轨道上添加电子商务，而无需重写网站。