为多个客户端运行Magento-单次安装与多次安装

我正在寻找建立一个Magento（社区版）安装多个客户端，并已研究了几天的事情了

我可以看到企业版有我所需要的，但令人惊讶的是，我不愿意支付每年12000多美元的订阅费

似乎有几个选项可供选择，但我担心的性能，我将得到的各种选择

选项1）使用AITOC高级权限模块单次安装 所以这才是我真正想要的；一次安装，这样我就可以同时更新我的核心文件，还可以从一个地方管理我的所有商店用户。这里的问题是，我对这个额外产品的可靠性一无所知，而且我必须多付一点钱。我还担心，如果我有10家商店在运行这一个安装，它可能会减慢这么多，龙骨了，因为我已经听说了关于Magento的缓慢分配

模块链接：

选项2）在每个商店的一台服务器上安装多个Magento 所以在这里，我有10个Magento安装在一台服务器上，都运行得很愉快，不需要任何额外的钱，但我现在有10个单独的商店需要更新和维护，这可能会很烦人。此外，我还没有找到很多其他人使用这种方法，当我有，他们通常会问如何阻止他们的服务器死亡。因此，这条路线在我的服务器上可能会更糟，因为我的服务器上会有更多的东西，但如果我的服务器可以接受，每个Magento安装会更简单，也不太可能慢下来，因为每个安装都必须自己运行10个商店

选项3）使用大量服务器和大量Magento安装 我只是不想这样做

选项4）购买Magento Enterprise 我没有钱做这件事

那么，哪条路线不太可能炸毁我的服务器？有没有人有过这个圣杯模块的经验

---

感谢您的阅读并提前感谢您的帮助-克里斯·霍普金斯

让我们立即排除非选项。你不想做第三个和第四个是不可能的。Magento Enterprise Edition不添加任何允许您从一个商店运行多个客户的功能

现在，我们来看看可能的选择。正如您所说，#1将允许您更新一个版本的代码，但这当然会带来一些风险。据我所知，您的客户需要进入这些商店吗？如果您有多个客户在一个数据库和一个代码库上运行，那么您总是会遇到问题，这些问题会相互影响。例如，谁将控制本质上是全球性的产品属性？如果一个存储删除产品属性，其他存储可能会因此丢失数据。如果您解决了这个问题，那么目录促销和产品类别等又如何呢？Magento是为处理多个网站而构建的，但不是为了将它们彼此隔离，因此您将遇到问题。至于性能，大型产品目录或客户群往往会降低网站的速度，但您可以使用扁平产品目录并充分利用缓存来缓解这一问题

对于选项2，您可以运行多个Magento商店，这会带来两个主要问题。首先，正如你所说的，是更新网站。如果您使用的是Magento的普通安装，而不是修改核心文件，那么这应该不是问题。Magento的更新程序对于这些安装来说非常简单，随着您使用更多的MOD和必须使用更多的手动过程进行升级，难度会增加

就性能而言，运行多个magento站点可能会较慢，但这取决于您如何构建它们。不管有一个或多个站点，您都必须为每个站点加载数据，这样数据库大小就不会有太大的差异。服务器上的文件大小几乎不是问题。在这两种情况下，当客户请求页面时，Magento必须启动整个框架来满足请求，这就是性能问题开始显现的地方。最大的缓解措施之一是使用像Xcache这样的操作码缓存，但是对于多台机器，您需要为Xcache提供更多的内存来保存所有安装的代码。合法的问题

我的推荐？在一台机器上启动，多次安装。增加安装数量，当服务器不再支持时，继续。将代码更改放在核心之外，并使用易于更新的扩展，这样更新就很容易了。这将尽可能减轻人们的担忧

希望有帮助

谢谢，

---

Joe

我认为，建立一个vps帐户，并在必要时扩大其规模，将为您提供满足成本要求的最佳选择。

对于我的两分钱，我认为您将遇到比专业人士更多的问题，因为您将每个人都投入到Magento的单个安装中，每个人都会相互碰撞。更不用说网站Y上的客户X似乎无法理解为什么他无法在网站Z上创建一个他以前从未访问过的帐户（这是一个配置问题，但可能会发生）

我建议您设置一个git存储库，其中包含“基本”Magento安装，然后将所有客户端安装在不同的版本上，您可以从主安装中克隆

---

这将只给您一个真正的代码库进行更新（数据库更改是不同的情况），每个人都是独立的。

我们在一个Magento CE安装上运行多个客户端，并使用AITOC的高级权限模块控制不同客户端的可见性。该模块工作得很好，尽管它有几个小问题，并且在一些领域缺乏功能，我们必须用自己的内部模块来处理这些问题。它似乎对表演没有任何明显的影响