Questions tagged «performance»

我的意思是-有没有办法做： $collection = $model->getCollection(); foreach ($collection as $item) { $item->doStuff(); } 这样，即使集合有10万行，它一次也只能从MySQL加载一行页面，并在后台为您神奇地分页。 从看来，Varien_Data_Collection_Db::load()这似乎是不可能的，而只是想检查一下。这似乎应该是一个普遍需要。

21 performance  collection 

相对于Magento 1的该主题，准备一个可以关闭或完全删除的Magento 2核心模块列表可能会很有用，因为这些模块很少使用，因此对我们的商店没有危害。 首先提出一些命题： Magento_Ups或Magento_Dhl或Magento_Fedex（如果我们的客户不使用这些货件） Magento_Paypal - 如上 Magento_AdminNotification （有时很烦人） 所有模块Import/Export-如果我们不从Magento 1迁移商店 Magento_Bundle或Magento_Downloadable或Magento_GroupedProduct-如果不会使用 Magento_GiftMessage -（如果未使用） Magento_Rss -如果不使用 Magento_Sitemap 这里是一些有问题的问题-如果有人有经验，请告诉他们是否对任何事情都有用： Magento_Marketplace Magento_Msrp Magento_NewRelicReporting Magento_OfflineShipping 和 Magento_OfflinePayments Magento_SampleData Magento_Swagger Magento_Usps Magento_Vault

19 magento2  module  performance 

已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 Magento Enterprise中全页缓存的性能优势是众所周知的。可能不那么为人所知的是，要实现此功能的全部好处，必须将其完全填充并热销，尤其是在没有几页的大型产品集上，从而利用自然流量准备足够快。 Magento包含一个内置的cronjob，可用于清晨爬网并为FPC加热。 我已经看到和听说过由清晨工作花费太长时间来运行，导致其他工作无法运行而导致的问题，并且我想知道其他人会使用或建议使用它来完成此工作。我有几个想法是： 组合一个Shell脚本以爬网所生成站点地图文件中的每个页面。 使用单独的crontab条目和简短的PHP脚本来引导Magento并直接执行搜寻器过程。 欢迎对此有任何想法和/或经验！

19 performance  cache  magento-enterprise  full-page-cache  cron 

有没有人有任何经验 在XtraDB的Percona服务器上运行的Magento数据库？ 基准测试，测试，数字等等

18 magento-1  configuration  sql  performance  architecture 

我正在运营多个Magento CE商店，并通过缓存加快速度，但是购物车和结帐仍然很慢。有没有人有加速这些页面的经验或技巧？ 也许通过优化数据库？ 从结帐保存订单时执行了一些查询，但确实显示在服务器上的慢查询日志中，数据库似乎确实是瓶颈。

18 configuration  performance 

我们研究了许多论坛，但不知道以下答案。我们有APC和Memcache安装我们的服务器上。我们不确定什么是正确的最佳配置。 我的问题 同时使用Memcache + APC来运行Magento的最佳设置是什么？（或者这一点都不聪明） 背景研究 在这里，建议将Memcache和APC用作快速和慢速缓存（但不要使用磁盘）。听起来这只有在您有足够的RAM时才能起作用（并且对此有把握） http://www.coeusblue.com/blog/48-magento/65-magento-caching 而这篇文章是关于Memcache 或 APC的-我们都有 http://magebase.com/magento-tutorials/speeding-up-magento-with-apc-or-memcached/ 它在这里指出，只有当您还定义了缓慢的后端时，Memcache才真正起作用 http://www.magentocommerce.com/boards/viewthread/283908/#t393090 我认为这篇文章是在说同样的话 http://www.byte.nl/blog/speeding-up-magento-the-burden-of-two-level-cache/ 这是我的ISP针对local.xml的解决方案 <cache> <backend>apc</backend> <prefix>sitenamehere__</prefix> </cache> <cache> <backend>memcached</backend> <memcached> <servers> <server> <host><![CDATA[127.0.0.1]]></host> <port><![CDATA[11211]]></port> <persistent><![CDATA[1]]></persistent> </server> </servers> <compression><![CDATA[0]]></compression> <cache_dir><![CDATA[]]></cache_dir> <hashed_directory_level><![CDATA[]]></hashed_directory_level> <hashed_directory_umask><![CDATA[]]></hashed_directory_umask> <file_name_prefix><![CDATA[]]></file_name_prefix> </memcached> </cache> 情况 已安装共享主机Brim FPC：http : //ecommerce.brimllc.com/full-page-cache-magento.html （此FPC还具有可扩展的文件缓存，使其更加复杂）

17 ce-1.7.0.2  performance  backend  cache  full-page-cache 

我被要求尝试为Magento网站的缓慢加载时间找到解决方案。我进行了Yslow测试，最大的罪犯似乎是 减少HTTP请求 使用CDN 添加过期标题 将Javascript放在最下面 缩小jS和CSS 配置ET标签 减少DNS查找 避免使用AlphaImageLoader过滤器 作为电子商务经理，我正在就我在Magento管理员，网站管理员工具等角色中可以做什么以及如何指示开发人员使我们的网站达到合规性并显着提高速度方面寻求建议。 我也一直在寻找一个名为GTMetrix的插件，该插件似乎在管理员中为您做了很多（组合CSS表格，优化图像等），有人对此有任何经验吗？我通常会尝试避免过多的扩展扩展至基本功能，但似乎是一种解决方案。http://gtmetrix.com/magento-optimization-guide.html 您的建议将不胜感激，因为我很难知道从哪里开始产生最大的影响。 提前致谢。

16 ce-1.9.0.1  performance  cdn 

我们正在使用memcache运行Magento EE 1.11。每个memcahce服务器2GB，总计4GB。我们有大约24万种产品。 可用内存：6GB 核心数：16 线程：32 这是一笔交易，每天都会添加更多新产品，并且每天都会对产品进行更改，当然，每次在后端添加/修改新产品时，缓存都会失效，特别是“全页缓存”。 启用Magentos自动缓存生成后，大约需要2天的时间来建立缓存，并为抓取器分配了8个线程。2天后，内存缓存在两个ram磁盘之间约2GB左右浮动。 问题是，每天对产品进行修改时，缓存将变得无效，并且一旦刷新“全页缓存”，这些2GB的缓存就会恢复为1到0的平方，并且Magentos自动缓存的粘性周期再次开始。现在，不仅缓存恢复为0，而且CPU使用率飙升至90％，网站变成等待5-10 +秒的等待游戏，您可以忘记尝试请求具有100多种版本的产品，如果没有缓存，第一次加载需要几分钟，这太荒谬了。 所以，我对社区的提问。 Magento是否有一种方法可以在无效时自动“更新”缓存，而无需重新构建整个缓存并从0开始？我知道缓存无效时，Magento知道某些内容已更改，但不完全是缓存中的什么地方（如果我错了，请纠正我）。是否有模块/配置可以绕过整个缓存的重建？ 在侧面说明中，我们正在使用Tiny Bricks LightSpeed模块。 Magentos自动缓存生成可以通过cronjob进行时间控制吗？说，从晚上10点-早上6点开始爬行。 解决这种情况的最佳方法是什么？，正如您所了解的那样，每天重建一个千兆字节的缓存是不可接受的。

16 configuration  performance  magento-enterprise  cache  full-page-cache 

因此，我在许多站点上都注意到了New Relic，由于Mage_Core_Model_Session_Abstract_Varien :: start导致了很多长页面加载。我做了一些研究，还没有真正看到其他人在谈论这个。 我们使用Nginx，PHP FPM，Redis进行缓存，并使用Memcache进行会话。我的一些想法是，也许这是永久的事情，看来加载会话是问题所在。或以某种方式有一些自定义代码将大量数据添加到会话中，从而导致大量会话。 我对会话及其如何管理不了解，但是我发现一些文章讨论会话锁定。但是我认为人们不会同时打开这么多页面。 其中一些负载约为20到30秒。我只是想知道是否还有其他人注意到了这一点，或者对如何分析由于会话而产生的这类长请求有更多的了解。

15 performance  session 

例如，我建议禁用Mage_Rss来加快结帐过程，因为Mage_Rss没有得到广泛使用，并且每个结帐请求都会强制多次清理缓存。 我正在评估出于类似原因而禁用Mage_Log的功能-我已经安装了Google Analytics（分析）并通过PapertrailApp.com汇总了apache日志，但是我意识到我尚未正式确定检查结果的过程，因此随时可以回答专门用于Mage_Log或通常用于禁用核心模块。 我知道我可以通过查看/ sql中的安装程序脚本来确定模块使用的表，以及通过查看\ etc \ config.xml来注册模块的事件，但是还有什么其他意义呢？该模块是否合理地封装为仅影响前缀为log_的表？此核心模块定义了多个事件，它们的观察者是否会优雅地/静默地失败或导致下游问题？我如何知道哪些报告受到影响？

15 performance  backend 

我只是想知道magento 2的性能以及它比m​​agento 1.x版本更好。最近，我开始学习magento 2，发现它是基于纯zend体系结构的全新理论集。所以我只想知道它是否比Magento 1.x版本更好。

14 magento2  php  performance  zend-framework 

这是有关Magento中良好编程习惯的问题。 我需要在缩略图中显示（在类别产品列表中）该产品及其相关产品。所以我mypackage/mytheme/template/catalog/product/list.phtml用这样的东西编辑 <?php $related=$_product->getRelatedProductIds(); if(count($related)>0){ echo '<div class="a'.$ap.'"></div>'; echo '<div class="li_p"><ul>'; foreach($related as $rela){ $rela_nom=Mage::getModel('catalog/product')->load($rela); echo '<li><a href="'.$rela_nom->getProductUrl().'"> <img src="'.$this->helper('catalog/image')->init($rela_nom, 'small_image')->resize(20).'" width="20" height="20"> </a><li>'; } echo '</ul></div>'; } ?> 而且效果很好。 但是我的问题是：在phtml文件上实例化模型类是否正确？ 如果不是，那么实现此功能的最佳方法是什么？我的意思是，哪个文件最好编辑，哪个类最好添加，在哪里？帮手 您能提供一个例子还是让我看看哪些文件最好编辑。

14 template  model  performance  best-practice 

我正在努力寻找任何有效的例子，说明需要哪些修改才能使Varnish缓存Magento站点。 理想情况下，我想要一系列任务，例如禁用/启用的东西以及在哪里寻找它们。具有这些更改旨在使用的Varnish配置也是很好的。 Magento性能指南讨论了很多有关Varnish的内容，因此我知道它已经完成过，但是实际上并没有说明如何使它工作。

14 magento-1  cache  performance  full-page-cache  varnish 

Magento 2.1出现性能问题 在我的商店中，我有90.000种产品。我将这些产品添加到肥皂中。当我这样做时，每篇文章（产品？）大约​​花费了7秒钟（Request> Response）。总而言之，初始化所有产品花了几天时间。 现在所有产品都在商店里。整整几周，我不得不更新文章（产品）上的某些内容。当我再次用肥皂擦洗时，需要花费相同的时间。更新后，商店将无法使用。请求和响应的示例在这里：https : //pastebin.com/aqnMJk98 https://pastebin.com/UAh0h8Zz 我的服务器具有12核心CPU，24 GB RAM和SSD。它运行带有Apache2 PHP7-fpm和MYSQL的Ubuntu 16.04。 当我观看更新过程时，我发现MySQL的5个核心正在以100％的速度工作，而其余的则处于闲置状态。仅使用少量的内存就iotop表明我的SSD很无聊。 我观察了数据库的性能，发现Magento在添加过程中向数据库触发了数千条命令。这个可以吗？ 当我使用Magento CSV导入更新它时，它的速度要快得多。 我该怎么做才能加快Magento2的速度？在这种情况下，这家商店不可能很好地运作。

13 magento-2.1  api  soap  performance 

在官方文档中，它说开箱即用支持Varnish，应该有一个选项来生成与Varnish 3和Varnish 4兼容的VCL文件。我无法使用管理面板或CLI找到该文件。有没有人尝试使用此功能？

12 admin  cache  magento2  performance  varnish