Questions tagged «full-page-cache»

PageCache Enterprise模块中的全页缓存。标签也可用于站点范围内的CE FPC解决方案(请参阅标签Wiki)

1
Mage_PageCache-外部全页缓存
因此,在Community Edition中,有一个选项System->Configuration->System->External Full Page Cache Settings似乎使用Zend Cache提供了整页缓存。 设置这些值后,您将在缓存页面上获得一个新按钮以清除此缓存。 所以我的问题是,最近才发现这一点。有没有搞错?它行得通吗?为什么要在CE中使用它,然后在EE中将其删除却使用完全不同的模块呢?有人实际使用它吗? 注意:此模块不在EE版本中

1
产品视图页面上未呈现Cachable = false阻止
我正在使用magento2-1.0.0-beta4 我已将代码checkout.root块从复制app/code/Magento/Checkout/view/frontend/layout/checkout_index_index.xml到产品页面。 一切正常,直到启用page_cache。该块包含cacheable="false"在布局XML中。 现在,当我打开我的产品页面时,该块完全无法渲染。 如果我正确理解页面缓存,它应该通过AJAX调用加载此类块。但是似乎没有发生这样的AJAX调用,因为我的中断点\Magento\PageCache\Controller\Block\Render::execute从未被击中。 当打开/checkout/或/checkout/cart/一切正常。但是似乎也没有发生AJAX调用。相反,整个页面似乎都不是从缓存呈现的,这对于购物车来说是有意义的。 因此,我应该简单地从中排除产品视图页面page_cache吗?但是我没有找到方法吗?

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

1
如何在没有自定义模块的情况下打孔全页缓存
我们的整个页面缓存似乎基于会话。如果我打开带有chrome的隐身窗口并访问其中一个页面,它将预热缓存,并且第二页的加载要快得多,但是,如果我关闭该窗口并打开一个新的隐身窗口,则该页面不再位于完整的页面缓存,必须再次进行预热。我们认为这是因为侧边栏向用户显示了购物车中的内容。 我已经将该html移到了一个新的phtml文件,将布局xml块摆平了,现在我正在处理cache.xml文件。 我为cache.xml找到的所有示例都引用了模块,但是,我没有为布局xml块使用模块,而是使用core / template。 有没有机会有人可以阐明不需要模块和/或模型的xml缓存块?

5
速度:带有APC和Memcached的Magento
我们研究了许多论坛,但不知道以下答案。我们有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还具有可扩展的文件缓存,使其更加复杂)

5
当您有相关产品并且启用了全页缓存时,产品页面上的错误
我在某些具有相关产品的产品上收到此错误: Warning: Invalid argument supplied for foreach() in vendor/magento/module-catalog/Block/Product/ProductList/Related.php on line 129 仅在打开全页缓存时才会发生此问题。不幸的是,由于速度差异巨大(禁用页面缓存快2秒钟以上),因此不能选择禁用它。 我尝试了我所知道的一切:删除了主题,自定义模块等。 环境:生产,2.1.0,清漆。 这是完整的堆栈跟踪: a:4:{i:0;s:190:"Warning: Invalid argument supplied for foreach() in vendor/magento/module-catalog/Block/Product/ProductList/Related.php on line 129";i:1;s:5441:"#0 vendor/magento/module-catalog/Block/Product/ProductList/Related.php(129): Magento\Framework\App\ErrorHandler->handler(2, 'Invalid argumen...', '/home/11396-492...', 129, Array) #1 var/generation/Magento/Catalog/Block/Product/ProductList/Related/Interceptor.php(37): Magento\Catalog\Block\Product\ProductList\Related->getIdentities() #2 vendor/magento/module-page-cache/Model/Layout/LayoutPlugin.php(71): Magento\Catalog\Block\Product\ProductList\Related\Interceptor->getIdentities() #3 vendor/magento/framework/Interception/Interceptor.php(152): Magento\PageCache\Model\Layout\LayoutPlugin->afterGetOutput(Object(Magento\Framework\View\Layout\Interceptor), ' <script>\n ...') #4 var/generation/Magento/Framework/View/Layout/Interceptor.php(494): Magento\Framework\View\Layout\Interceptor->___callPlugins('getOutput', Array, …

3
静态块FPC打孔机
为静态块(cms块)创建FPC打孔的最简单方法是什么? 假设我有一个静态块,它调用内部的另一个块,该块具有我希望在每次页面加载时都是动态的行为。

2
Magento自动缓存洞察
我们正在使用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点开始爬行。 解决这种情况的最佳方法是什么?,正如您所了解的那样,每天重建一个千兆字节的缓存是不可接受的。

5
CE 1.8上的全页缓存-FPC Magento模块?漆?都?
已锁定。该问题及其答案被锁定,因为该问题是题外话,但具有历史意义。它目前不接受新的答案或互动。 因此,在研究Community Edition 1.8的全页缓存时,我有些困惑。我已经实现了两级Redis缓存CDN,已对MySQL的my.cnf进行了调整,以实现最高性能(当然,数据库是在单独的服务器上),并且我有2台服务器在负载均衡器后面托管我们的商店。我要指出的是,在进行初始性能调整之前,我不会立即跳入FPC。 我以前从未在任何类型的站点上使用过Varnish,更不用说Magento了,我也从未在Magento中建立FPC。我了解Varnish是一个代理,它本身充当CDN和页面缓存之间的交叉,在请求甚至到达Web服务器之前就将数据发送到浏览器。据我了解,FPC模块会在本地创建一个缓存,供Web服务器本身弹出。我知道对于这两种设置,您都需要执行一些“打孔”操作才能将动态内容传递到浏览器(尽管使用模块或使用Varnish的技术有所不同)。如果我对这里有任何误解,请纠正我。 直到现在,我还认为它们是两个独立的实体,您可以实现它来帮助您的网站,但是现在我读过的东西似乎暗示了相反的意思。我最初的计划是为Magento 购买“ Warp Advanced Full Page Cache ”模块(我相信以前是“ Tiny Brick Lightspeed FPC”),因为如果价格偏高(如果坦率地说),它似乎是最受欢迎的模块。 ,对于我们公司而言,350美元的价格不算多,尤其是对于它可以做的事情而言)。我本人和我的2位开发人员正在计划学习,以在我们自己的自定义自制主题中正确,完全地实施它,以最大程度地发挥我们的作用。在完成此操作之后,我想我也会考虑实施Varnish-但是,正如我之前所说,我已经理解它们是分开的。 但是,现在,我开始遇到这样的扩展,例如免费的由Varnish提供支持的PageCache,或由Varnish Cache提供支持的Vortex Cache(将近800美元),它们是直接与Varnish一起使用的Magento全页面高速缓存模块。 我对您的问题,堆栈交换,应该如何看待FPC和Varnish?作为独立实体?如果是这样,它们是否互斥?它们是我应该一起实施的同一枚硬币的两个侧面吗?还是它们相似但彼此不排斥也不包容? 我可以将上面提到的Warp Advanced FPC与Varnish一起使用吗? 如果我用清漆使用它?还是如果我打算使用Varnish,最好使用其他FPC?甚至更进一步,是否有FPC这么好以至于我不需要清漆?反之亦然,我应该只使用Varnish放弃FPC的想法吗? 抱歉,文本栏不完整,但是我一直在浏览很多文章,博客和论坛帖子,但无法确定对这些问题的明确答案。非常感谢您的帮助和建议=) 哦,最后,关于Varnish和Web服务器的一个简短问题。目前,我使用的是正常的Apache LAMP堆栈设置,但是一段时间以来,我一直在看到人们热衷于将Nginx与Magento一起使用。我自己做了一些测试,包括压力和负载测试,看来在正确的条件下肯定可以做得更好。因此,我正在考虑在不久的将来切换。无论如何,这会影响我使用FPC和/或清漆的愿望和决定吗? 谢谢!!! 编辑:哦!还有一个快速的问题-由于我在负载均衡器后面托管了两台服务器来托管我的网站(这也是一种设置,可以在需要时进行横向增加),因此我充分利用了Redis和Memcached托管在与服务器不同的服务器上Web和数据库,用于我的会话以及Magento(以及Zend)的二级缓存的每个级别。我假设FPC会将其数据存储到系统之一中?我需要一个特定的扩展名将其存储在此处还是全部由它完成?虽然我认为不会,但这是否会影响Varnish?再次感谢!!

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

2
为什么全页缓存禁用块缓存?
我有一个静态部分,该部分包含在每个页面(导航)中,但是生成时间很长。这就是为什么我设置了缓存生存期和静态缓存密钥的原因。 正常工作,直到启用FPC。然后,仍然为新调用的页面再次生成该块,并且不从块缓存中提供该块。 在这行Enterprise_PageCache_Model_Observer: Mage::app() ->getCacheInstance() ->banUse(Mage_Core_Block_Abstract::CACHE_GROUP); // disable blocks cache 这是什么原因呢?对我来说,即使FPC处于打开状态,也仍然可以缓存某些块-因为否则,缓存无法完全提供的页面生成速度会减慢。 其背后的设计决定是什么? 围绕它有什么好的解决方案? 如果我仅删除此块缓存禁令会有害吗?


2
Magento 2:如何创建自己的自定义缓存类型?
在Magento 1中,可以通过在您的中声明以下内容来创建自己的缓存类型config.xml: <global> <cache> <types> <custom translate="label,description" module="module"> <label>Custom Cache</label> <description>This is my custom cacge</description> <tags>CUSTOM_CACHE_TAG</tags> </custom > </types> </cache> </global> 这将导致在“ 系统”>“缓存管理”下将新的缓存类型添加到后端,因此,它将添加刷新与CUSTOM_CACHE_TAG缓存标签相关的缓存的功能。 在M2中有可能吗?如何实现?

2
缓存在magento中如何工作?
我想更清楚地了解Magento缓存算法。 我介绍了 https://www.nicksays.co.uk/developers-guide-magento-cache/ http://www.demacmedia.com/magento-commerce/magento-tutorials/understanding-full-page-cache/ 不过,当我查看var / cache文件夹时,可以看到mage--0to mage--9和mage--afrom mage--f。 他们都是什么? 他们在做什么? 他们怎么办? 有人可以解释这个概念吗?

3
缓存未启用
我正在尝试启用一夜之间停止的magento缓存。当我转身时显示成功消息但未激活。 我尝试以编程方式和mysql激活,但未成功。 我也尝试禁用然后启用。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.