Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/php/257.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
Php 使用网站优化Magento_Php_Mysql_Magento_Stored Procedures - Fatal编程技术网

Php 使用网站优化Magento

Php 使用网站优化Magento,php,mysql,magento,stored-procedures,Php,Mysql,Magento,Stored Procedures,请耐心回答我的问题,因为这可能会有点长 如果您查看Magento并尝试与任何其他非PHP电子商务购物车网站进行比较,您会发现后者相对更快。我知道以下因素也起作用:- 主机服务器带宽 Magento提供了许多其他公司无法(也将无法)提供的功能,这些功能具有现在所提供的灵活性 客户机/管理员可以使用自定义模块功能覆盖Magento功能的核心行为,这对于其他非PHP网站来说有点困难 对于non=PHP网站,程序员可以非常轻松地使用存储过程的概念,借助存储过程,他们可以在视图中加载整个数据库,然后断开与

请耐心回答我的问题,因为这可能会有点长

如果您查看Magento并尝试与任何其他非PHP电子商务购物车网站进行比较,您会发现后者相对更快。我知道以下因素也起作用:-

  • 主机服务器带宽
  • Magento提供了许多其他公司无法(也将无法)提供的功能,这些功能具有现在所提供的灵活性
  • 客户机/管理员可以使用自定义模块功能覆盖Magento功能的核心行为,这对于其他非PHP网站来说有点困难
  • 对于non=PHP网站,程序员可以非常轻松地使用存储过程的概念,借助存储过程,他们可以在视图中加载整个数据库,然后断开与数据库的连接。因此,每当服务器请求下一页/上一页时,服务器都会访问视图以获取正确的结果,而不是直接从数据库获取结果。
    同样从MySQL 5.0开始,它引入了存储过程的概念,但我不知道这是否在Magento中使用。即使它在Magento中使用,它对Magento是否有帮助也是一个大问题,因为Magento提供了很多功能

    与Magento网站相比,有许多客户希望他们的网站加载速度非常快。Magento能在这方面提供帮助吗

    请任何人有任何想法做什么和如何做将极大地帮助每一个Magento用户,不仅在概念上,而且在编程上,如果可能的话


    如果其他人有任何其他解决方案或想法,请与William一样分享。

    不久前,我推出了一家Magento商店,拥有超过40万种产品、7000多个类别、2000多个属性集以及超过400万个这些产品的属性

    我们需要大约500毫秒的加载时间,并且它要在一个AmazonEC2超大内存实例上运行(大约每月360美元)

    我们的解决方案?实现Solr。搜索现在由Solr提供支持,当浏览目录时,我们使用facets,因此用户可以通过400多万个属性缩小搜索结果范围。问题是,如果使用“varchar”属性值,Magento不允许缩小结果范围。因此,我修改了catalog页面以使用Solr的facet,同时修改了catalog页面,使其除了一个查询之外,根本不对DB进行任何查询。该查询将获得Solr返回的ID列表,并对这些ID进行直接查询。这个插件花了几天时间编写,主要是因为我以前从未使用过Magento

    我们做的最后一个更改是修改产品视图页面,以便属性更快。当你拥有数以百万计的属性时,Magento执行查询的方式非常慢,一个简单的修改就解决了

    最棒的是,所有这些都是通过定制插件完成的,根本不需要花很长时间,而且商店运行得很好

    编辑:另外,请记住安装APC(或其他)并配置Magento,以便在其后端使用它。它极大地提高了速度,因为它不仅会加快PHP的速度,而且Magento的构建是为了使用某些后端来加快速度。您还可以将Magento的缓存存储在内存中(linux中的tmpfs)。将静态内容存储到CDN或仅存储在静态内容服务器上将大有帮助,因为处理Magento的web服务器根本不需要处理这些请求。你知道,运行应用程序的基本要素


    您还可以告诉Magento将会话保存到Memcache中,以便会话位于内存中,并进行分发。一旦你修改Magento以摆脱所有那些“讨厌的”查询,剩下的就和任何网站一样了。有很多工具可以帮助您“扩展”系统。请记住,我们有很多产品,并且准备生产大约1000000种产品。因此,如果你正在开发40000种产品,你可能就不必那么麻烦了。

    不久前,我推出了一家Magento商店,拥有40多万种产品、7000多个类别、2000多个属性集,以及这些产品的400多万个属性

    我们需要大约500毫秒的加载时间,并且它要在一个AmazonEC2超大内存实例上运行(大约每月360美元)

    我们的解决方案?实现Solr。搜索现在由Solr提供支持,当浏览目录时,我们使用facets,因此用户可以通过400多万个属性缩小搜索结果范围。问题是,如果使用“varchar”属性值,Magento不允许缩小结果范围。因此,我修改了catalog页面以使用Solr的facet,同时修改了catalog页面,使其除了一个查询之外,根本不对DB进行任何查询。该查询将获得Solr返回的ID列表,并对这些ID进行直接查询。这个插件花了几天时间编写,主要是因为我以前从未使用过Magento

    我们做的最后一个更改是修改产品视图页面,以便属性更快。当你拥有数以百万计的属性时,Magento执行查询的方式非常慢,一个简单的修改就解决了

    最棒的是,所有这些都是通过定制插件完成的,根本不需要花很长时间,而且商店运行得很好

    编辑:另外,请记住安装APC(或其他)并配置Magento,以便在其后端使用它。它极大地提高了速度,因为它不仅会加快PHP的速度,而且Magento的构建是为了使用某些后端来加快速度。您还可以将Magento的缓存存储在内存中(linux中的tmpfs)。将静态内容存储到CDN或仅存储在静态内容服务器上将大有帮助,因为处理Magento的web服务器根本不需要处理这些请求。你知道,运行应用程序的基本要素

    你也可以告诉Mag