繁体   English   中英

我如何评估我的托管服务提供商声称“针对Magento进行了优化”?

[英]How can I evaluate my hosting provider's claim to be “optimized for Magento”?

我目前负责运行,修改和调整Magento安装。 我对当前的托管计划不满意,正在寻找替代方案。 我看到一些托管提供商在宣传他们为Magento优化服务器(例如Nexcess,MageMojo),但它们似乎都缺乏技术细节。 对服务器进行优化以使其适用于Magento,与对其他重量级PHP / MySQL应用程序进行优化有什么不同?

我目前的理解是,由于其EAV数据模型和庞大的XML配置文件,Magento的性能几乎始终受I / O约束-但是我的理解是,对于大多数其他大多数PHP / MySQL应用程序来说,这都是正确的。 基本上,RAM和内核比SSD空间便宜。

我如何分辨这些“优化”是否值得面向Magento的托管服务提供商收取的溢价? 关于“优化”的主张是否有技术依据,或者对Magento的优化与对任何其他PHP / MySQL应用程序的性能的优化相同?


注意:由于此问题与网站指南相抵触,因此我们在以下几件事上要弄清楚:

  • 正确的答案是:“否,Magento不是一个异常的PHP / MySQL应用程序,将其扩展到10,000个用户与将Drupal,WordPress或Joomla!扩展到该级别仅是微不足道的”或“是的,Magento具有以下特征要求您进行不重要的配置更改,优化技术或服务器调整的应用程序,而您不会将其用于其他PHP / MySQL应用程序。” 因此,确实存在对该问题的明确正确答案。
  • 我不打算自己真正实现这种调整:如果这样做了,我可能会问服务器故障。 我问的是Magento的胆量,我问的为什么会如此运作,并要求与类似应用程序的内部进行比较,所以我问的是Stack Overflow。

Magento是一个消耗CPU的野兽,它受内部复杂的多层对象体系结构的影响更大(它允许在magento核心代码“之外”进行非常重要的自定义,但也为Zend Framework实现了几乎完整的外观,而Zend Framework本身并不以轻便而闻名) +伪Orm收集代码确实比其底层复杂代码次优,但不是坏的EAV DB模型。

因此,为托管人优化magento的一个好方法是提供:

  • 一个像APC这样的PHP字节码优化器(由于magento中的单个调用可能会终止于成千上万个正在执行的PHP行代码)
  • 用于优化magento使用的结果和会话存储的memcached(希望magento具有使它能够将memcached用作缓存引擎的配置选项)
  • 理想情况下,是一个清漆全页缓存代理,但是请注意,这需要非常棘手的清漆配置才能使magento正常工作。

全页缓存将真正释放显示页面的php代码执行负担。 memcached将提供对最新已知结果和会话数据的快速访问。字节码优化器将减少php代码执行服务器端的负载。

然后,必须使用与CPU内核匹配的InnoDB设置和所有其他众所周知的mysql优化,以更加“标准”的方式优化数据库本身。

除了正常:

  • PHP版本
  • apc,缓存
  • 内存,CPU,磁盘空间,带宽等

对于诸如magento之类的东西,人们关注PCI合规性 因此,您需要了解数据中心的物理安全性,mysql设置(确保它们不是共享的sql服务器)等。最好获得专用服务器或至少一个vps,以便隔离资源/数据从其他人那里获得帮助。

我曾与一些著名的Magento托管服务提供商合作,所以如果您有一些正在退房的服务,请告诉我,我会告诉您我的诚实想法

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM