Questions tagged «varnish»

我正在尝试改善Magento的性能（“ MageDev”迟早会达到这一点：） 我进行了一些研究，发现很多不错的指南，但并不统一。 我得到的是： MemCache或Redis是通用的缓存系统，它们缓存数据，并且可以直接与Magento（local.xml）集成。 APC是php代码本身的缓存，只能在服务器级别集成。 Varnish是反向代理，它缓存响应只能在服务器级别集成。（Magento，松节油有扩展名，但我不确定确切是做什么的） 读完所有这些内容后，我仍然对上述哪种缓存系统可以组合使用（例如EX）感到有些困惑： MemCache + APC？ Redis + APC？ 我可以将Varnish添加到上述配置之一吗？ 只是要清楚，问题不是关于如何配置Magento或服务器，而是允许的可能性是什么，以及关于如何混合缓存系统的一些许可。（此外，如果有人可以提出好的建议，我将不胜感激。）

34 cache  varnish  redis  memcached  apc 

已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 因此，在研究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？再次感谢！！

15 magento-1.8  cache  full-page-cache  varnish 

我希望商店在首次访问时根据客户的IP使用GeoIP来智能地选择默认货币（没有预先选择的货币cookie）。该商店使用Nexcess出色的Turpentine扩展名在Varnish后面。 只要在给定的请求中设置了标准的Magento货币Cookie，该扩展程序便可以处理货币罚款。 我现阶段的想法是： 当然，将VCL添加到Varnish配置中以进行GeoIP查找（在C语言中），并在入站请求上设置cookie（如果尚未设置）。 添加一个按用户缓存的块，该块将执行查找并设置cookie（尽管这将不适用于第一页加载） 我是否错过了一项显而易见的技术-可能是通过客户端JS进行非清漆缓存的URL路径来确定？ 有谁知道最好的方法吗？

14 currency  varnish 

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

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

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

12 admin  cache  magento2  performance  varnish 

我的问题是对Magento专业人士： 是否可以同时将Varnish和Redis用于FPC（全页缓存）？ 我当前的设置如下所示： SSL termination > Varnish Full Page Cache > Apache > two Magento 2网站。 除了上述设置外，我还安装了Redis for Page Cache，以查看是否会从中受益。 让我感到困惑的是Redis配置中的这一行： 'page_cache' => array( 'backend' => 'Cm_Cache_Backend_Redis', 这是我从Magento官方网站获得的示例Redis配置的完整代码： 'cache' => array( 'frontend' => array( 'default' => array( 'backend' => 'Cm_Cache_Backend_Redis', 'backend_options' => array( 'server' => '127.0.0.1', 'port' => '6379' ), …

10 magento2  magento-2.1  full-page-cache  varnish  redis 

我发现，每当在服务器上重新启动Varnish时，我就会为用户失去会话。 这是轮到我的顾客放弃购物车了。 这是Varnish的正常行为，还是应该归咎于我的VCL？似乎不是 进一步的信息。 经过进一步调查，似乎此问题与GitHub上的Issue＃725有关。 我的Magento安装版本为1.9.1.0。还应该说我的整个前端都在https下运行。我在Varnish前面使用Pound终止SSL。 在此版本中，Magento的默认行为似乎是创建辅助前端cookie，通常称为“ frontend_cid”，以尝试抵御MITM攻击。 看起来Turpentine生成的VCL文件没有传递此cookie，这导致了无效的会话。 谁能解释VCL文件如何将Magento传递给客户端的Cookie传递给他人？ 我将范围缩小到Varnish，不生成所需的cookie。 从Magento 1.9.1.0开始，引入了一个“ frontend_cid” cookie来阻止MITM攻击。 可以Mage_Core_Model_Session_Abstract_Varien在第135行的类中找到 if (Mage::app()->getFrontController()->getRequest()->isSecure() && empty($cookieParams['secure'])) { // secure cookie check to prevent MITM attack $secureCookieName = $sessionName . '_cid'; if (isset($_SESSION[self::SECURE_COOKIE_CHECK_KEY]) && $_SESSION[self::SECURE_COOKIE_CHECK_KEY] !== md5($cookie->get($secureCookieName)) ) { session_regenerate_id(false); $sessionHosts = $this->getSessionHosts(); $currentCookieDomain = $cookie->getDomain(); foreach …

9 session  cookie  varnish  turpentine 

我是Turpentine和Varnish的新手，这是我的设置： nginx->清漆-> nginx-> php5-fpm 当我将Nginx设置为侦听端口80，然后不使用ssl转发到varnish（不是直接在80上运行varnish）时，Varnish可以正常工作，它可以正常工作，缓存的页面速度很快，第一次命中会稍微慢一些（第一次命中大约200ms，已缓存）网页点击大约7-20毫秒）。 然后我尝试用https包裹清漆，首先我用自签名证书对其进行了测试，第一次命中变得缓慢如地狱（30s +，是的，秒，不是ms），缓存命中仍然很快，为7-20ms。来自letsencrypt.org的证书，但无法解决该问题。 我不太了解这里发生了什么，也不知道如何找出导致它如此缓慢的原因。 编辑：在30秒钟的等待时间内，RAM或CPU使用率没有显着增加。 用于清漆的Nginx配置 upstream varnish{ server 127.0.0.1:8080; } server { server_name store1.mydomain.com store2.mydomain.com store3.mydomain.com; # I actually have 3 store front listen 80; location / { try_files $uri @proxy; } location @proxy{ proxy_pass http://varnish; proxy_set_header Host $http_host; proxy_set_header X-Forwarded-Host $http_host; proxy_set_header X-Real-IP $remote_addr; …

8 ssl  https  varnish  turpentine