Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/magento/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Performance 如果我在Magento中创建多个StoreView,是否存在任何潜在的性能问题_Performance_Magento - Fatal编程技术网

Performance 如果我在Magento中创建多个StoreView,是否存在任何潜在的性能问题

Performance 如果我在Magento中创建多个StoreView,是否存在任何潜在的性能问题,performance,magento,Performance,Magento,我经营着一家传销公司(www.mysitename.com),接触着1000名业余企业主。我的网站是基于Magento的 我打算给他们每个人一个定制的商店视图(例如partnername.mysitename.com),然后他们可以进行推广。store视图本质上是我的原始store视图的副本,只是对UI做了一些小的调整。所有门店视图都映射到同一根类别(与我的主门店视图相同) 有人认为这有什么坏处吗?如果我创建1000个这样的商店视图,我主要关心的是潜在的性能问题。我希望,如果magentogo可

我经营着一家传销公司(www.mysitename.com),接触着1000名业余企业主。我的网站是基于Magento的

我打算给他们每个人一个定制的商店视图(例如partnername.mysitename.com),然后他们可以进行推广。store视图本质上是我的原始store视图的副本,只是对UI做了一些小的调整。所有门店视图都映射到同一根类别(与我的主门店视图相同)

有人认为这有什么坏处吗?如果我创建1000个这样的商店视图,我主要关心的是潜在的性能问题。我希望,如果magentogo可以运行数千个具有不同目录的站点,那么magento本身就能够为我提供这一功能(特别是在我的情况下,目录是相同的)

但我不想避免的是把所有这些都完成并发布,结果发现前20个站点运行得很好,但当数量达到数百个时,性能就完全被削弱了

如对最佳实践有任何意见/建议,将不胜感激


关于问题的非意见部分:商店视图的数量不会固有地影响性能。被送达页面的速率将是限制因素

为了提供大量页面,您可以运行一个服务器场来分散负载。数据库将在主从配置中复制,其中对数据的所有更改都将首先提交给主服务器。Magento非常复杂,几乎每个页面视图上都有新数据写入数据库。在主数据库上进行这些写入的速度将不可避免地成为瓶颈。您的总体策略必须是减少每个访问者的书写次数或页面印象

首先,在多台服务器上研究Magento,并尝试找出其他服务器每秒可以达到多少页面。然后估计每家企业每秒将生成多少页面,然后计算支持的最大商店浏览量