Magento Enterprise 9 Full Page Caching is on Cache depth: 1 (ex. catalog.html?p=1) JMeter目前约1,000个样本的结果： Throughput: Homepage: 8.5/sec – ~40kb Catalog: 6.1/sec – ~65kb 错误率很低，主页为0％，目录为1.1％。 服务器前面没有反向代理服务器或负载均衡器。 当testing运行时，我可以看到发送到MySQL服务器的请求高峰。 Magento整页caching是否不能完全caching页面，或caching状态是否有问题？
我们有一个专门的服务器通过fasthosts，并运行1 wordpress设置和一个多店magento设置。 与WordPress站点相比，我们的Magento站点运行速度较慢，前端速度较慢。 有没有人有经验的优化Magento的专用服务器？ 我已经发布了我们的服务器规范以及我们的configurationphp和my.cnf。 我们已经按照一些build议来调整设置，但事情似乎没有更好的运行。 正如你所看到的，我们不是build立在一个小型的服务器上，所以我们相信我们应该从中获得更好的性能。 任何人都可以看到我们正在做的错误的设置？ 服务器configuration 2x 2.1GHz AMD Opteron™ 12 Core processors 32GB RAM 2x 300GB SAS hard disk drives (RAID 1*) 2x 500GB SATA hard disk drives (RAID 1*) Remote server control – keyboard, mouse & video control Bandwidth & network Unlimited bandwidth 100Mbps 99.99% network uptime guarantee 2 IP […]
在Chrome中， 我在付款页面上收到了我的Magento网站的消息。 The site uses SSL, but Google Chrome has detected either high-risk insecure content on the page or problems with the site's certificate. Don't enter sensitive information on this page. Invalid certificate or other serious https issues could indicate that someone is attempting to tamper with your connection to the site. 我听说外部链接可能是一个问题，所以我已经拿出了所有这些，但它仍然出现这个错误？ 什么可能是错的？
我运行一个Magento电子商务商店有一个联盟计划的多个子域名，再加上一个主要的商店。 例如，foo.example.com和bar.example.com是附属公司，www.example.com是我的主要商店。 他们都共享相同的代码和数据库和相同的虚拟主机。 目前我有一个通配符证书，可以正常工作。 但是，我正在寻找EV证书来增加客户的信心（这是通配证书不可能的 – 或者我被告知）。 有什么最简单的设置同时拥有主商店的EV SSL证书和会员子域名的通配符？ 两个虚拟主机？ 顺便说一下，我正在运行Litespeed作为networking服务器。
我想请问某人的帮助。 我浏览了很多包含Varnish教程和示例VCL文件的页面，但是我找不到与为MagentoconfigurationVarnish相关的任何内容（至less它们不能正常工作）。 我发现所有的手册在启动Varnish的时候都会抛出很多错误，而且它似乎适合旧版本。 （也没有任何magento模块PageCache＆Varnish Extension不适合我，因为我认为Varnish本身并不正确） 我的问题： 1.我得到Varnish来caching前端，但是几乎打破了我的表单，支付模块，新闻订阅等等的所有function。 2.我发现改变“sub vcl_recv”中的一个单词会改变一切。单词是：return（lookup）。 这是我的“sub vcl_recv”的代码： sub vcl_recv { if (req.http.x-forwarded-for) { set req.http.X-Forwarded-For = req.http.X-Forwarded-For + ", " + client.ip; } else { set req.http.X-Forwarded-For = client.ip; if(server.ip ~ a168_144_38_181){ set req.backend = b168_144_38_181; } } if (req.url ~ "^/images") { unset req.http.cookie; } if (req.url ~ "^(/index.php)?/(admin|customer|checkout|add|product_compare|switch|___store|referer|contact|chat|payone|sendfriend|review|api|NOCACHE|post|robots.txt|j2tajaxcheckout|cron.php|varnish)") { […]
这是我目前的服务器场景。 我在Rackspace Cloud实例（16GB内存）上运行，在CentOS 5.5安装上使用cPanel / WHM。 我目前正在运行大约10个Magento站点，大小各不相同（从中等大小） 随着时间的推移，我注意到网站速度放缓。 我已经对数据库和其他东西做了大量的调整，以帮助提高Magento的性能。 我最近通过为Apacheconfiguration添加以下Post Include来全局启用gzip压缩 。 <IfModule mod_deflate.c> # Insert filter on all content SetOutputFilter DEFLATE # Insert filter on selected content types only AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript # Netscape 4.x has some problems… BrowserMatch ^Mozilla/4 gzip-only-text/html # Netscape 4.06-4.08 have some more problems BrowserMatch ^Mozilla/4\.0[678] […]
我在我们的服务器上有一个很大的问题，主机约十个magento网站。 我做了所有明显的优化，如操作码的APC，caching后端的APC，innodb设置调整，magento编译等。 网站加载正确，但有时候，每天5-6次，有MySQL的查询“COMMIT”，阻止MySQL服务器，并把很长一段时间执行（> 500s）。 然后，所有新的传入连接的服务器是满载错误“太多连接”。 这里的问题来了Phpmyadmin的截图： http ://imagesia.com/process_2l0n 我的my.cnf（没有第一个默认部分） # # * Fine Tuning # key_buffer = 384M max_allowed_packet = 16M thread_stack = 192K thread_cache_size = 8 # This replaces the startup script and checks MyISAM tables if needed # the first time they are touched myisam-recover = BACKUP #max_connections = 100 table_cache = 2048 […]
我有一个Vage的Magento安装，让我头痛。 这个特定的VPS有一个合理的规格 – 2GB内存和50GB存储。 它运行一个单一的域，与一个单一的Magento安装 – 没有别的。 大约5个月前，我们开始有问题。 每隔一段时间（大约每2到3周），VPS就会崩溃 – 所有进程都停止，重启容器的唯一方法就是通过Virtuozzo。 现在，但是每周2到3次。 我的VPS主机确认我违反了2GB的内存限制，此时所有VPS进程都被终止，从而停止将整个节点closures。 我还没有做任何configuration更改 – 我在一段时间内运行New Relic，但删除了它，如果它是造成的问题。 在日志中我什么都看不到，这表明一个问题，并且在崩溃发生时我们没有运行CRON作业。 该网站产生稳定但不是巨大的stream量（平均每天平均less于100次访问） 有什么特别的，我应该做的Apache或PHPconfiguration来帮助？ 我不是一个经验丰富的Apachepipe理员，但知道绰绰有余解决大多数问题… 如果没有，其他的想法可能会有所帮助？ 这个网站不能承受这么多。
我只是不能让Magento在新的服务器上运行。 我完全按照这些说明 ，我试了两种方法。 当我打开网站，它只是给了我Magento 404 "Page not Found"页面。 我在我的nginx错误日志中也没有得到任何错误。 我该如何解决这个问题？ 我怎样才能启用一些Magento日志logging，而无需访问pipe理面板？ 提前致谢，
我需要varnish的帮助，我有一个varnishconfiguration文件作为default.vcl。 从varnishstat的输出中我可以看出命中率是相当高的。 我也检查了varnishtop -i txurl，看看后端有什么要求。 现在，问题是在HTTP头X-Cache标题丢失和其他清漆头。 从default.vcl有一个选项来删除这些标题但我需要帮助，我怎么把这些标题保存在清漆本身的http响应。 我的default.vcl文件 backend default { .host = "127.0.0.1"; .port = "81"; } # admin backend with longer timeout values. Set this to the same IP & port as your default server. backend admin { .host = "127.0.0.1"; .port = "81"; .first_byte_timeout = 18000s; .between_bytes_timeout = 18000s; } # add […]