Performance 如果我在Magento中创建多个StoreView,是否存在任何潜在的性能问题
我经营着一家传销公司(www.mysitename.com),接触着1000名业余企业主。我的网站是基于Magento的 我打算给他们每个人一个定制的商店视图(例如partnername.mysitename.com),然后他们可以进行推广。store视图本质上是我的原始store视图的副本,只是对UI做了一些小的调整。所有门店视图都映射到同一根类别(与我的主门店视图相同) 有人认为这有什么坏处吗?如果我创建1000个这样的商店视图,我主要关心的是潜在的性能问题。我希望,如果magentogo可以运行数千个具有不同目录的站点,那么magento本身就能够为我提供这一功能(特别是在我的情况下,目录是相同的) 但我不想避免的是把所有这些都完成并发布,结果发现前20个站点运行得很好,但当数量达到数百个时,性能就完全被削弱了 如对最佳实践有任何意见/建议,将不胜感激Performance 如果我在Magento中创建多个StoreView,是否存在任何潜在的性能问题,performance,magento,Performance,Magento,我经营着一家传销公司(www.mysitename.com),接触着1000名业余企业主。我的网站是基于Magento的 我打算给他们每个人一个定制的商店视图(例如partnername.mysitename.com),然后他们可以进行推广。store视图本质上是我的原始store视图的副本,只是对UI做了一些小的调整。所有门店视图都映射到同一根类别(与我的主门店视图相同) 有人认为这有什么坏处吗?如果我创建1000个这样的商店视图,我主要关心的是潜在的性能问题。我希望,如果magentogo可
关于问题的非意见部分:商店视图的数量不会固有地影响性能。被送达页面的速率将是限制因素 为了提供大量页面,您可以运行一个服务器场来分散负载。数据库将在主从配置中复制,其中对数据的所有更改都将首先提交给主服务器。Magento非常复杂,几乎每个页面视图上都有新数据写入数据库。在主数据库上进行这些写入的速度将不可避免地成为瓶颈。您的总体策略必须是减少每个访问者的书写次数或页面印象 首先,在多台服务器上研究Magento,并尝试找出其他服务器每秒可以达到多少页面。然后估计每家企业每秒将生成多少页面,然后计算支持的最大商店浏览量