Question

有些人可能已经注意到几天前Magento发布的最新Optimizing Magento For Peak Performance白皮书。虽然它主要是为EE用户编写的，但我相信我们也可以使用社区版的大部分技巧。

阅读完毕后，我继续将他们建议的Nginx + fastcgi /代理缓存配置与Magento的标准虚拟主机配置合并，并进行了一些小的改进。这就是我想出的：

fastcgi_cache_path /tmp/fcgi levels=1:2 keys_zone=MAGE:64m max_size=128m inactive=10h;

server {
listen  99999; ## Nginx port
server_name  domain.com www.domain.com;
root  /www/magento; ## App folder
index  index.php;

location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
    expires  max;
    access_log  off;
    log_not_found  off;
}

location /index {
    try_files  $uri @fcgi_nocache;
}

location /checkout {
    try_files  $uri @fcgi_nocache;
}

location / {
    try_files  $uri @fcgi_cache;
    if ($cookie_frontend) { return 413; }
    if ($cookie_CUSTOMER_AUTH) { return 413; }
    if ($request_method = POST ) { return 413; }
    error_page 413 = @fcgi_nocache;
}

# Deny access to hidden files
location ~ (/(app/|includes/|/pkginfo/|var/|report/config.xml)|/\.svn/|/.hta.+) {
    deny  all;
}

# Forward paths like /js/index.php/x.js to relevant handler
location ~ .php/ {
    rewrite ^(.*.php)/ $1 last;
}

# Manually purge pages
location ~ /purge(/.*) {
    fastcgi_cache_purge MAGE "$scheme$request_method$host$1";
}

location @fcgi_cache {
    #if (!-e $request_filename) { rewrite / /index.php last; } ## Catch 404s that try_files miss
    fastcgi_pass  unix:/var/spool/phpfpm.sock; ## php-fpm socket
    include  fastcgi_params;
    fastcgi_connect_timeout  60;
    fastcgi_send_timeout  60;
    fastcgi_read_timeout  60;
    fastcgi_buffer_size  4k;
    fastcgi_buffers  512 4k;
    fastcgi_busy_buffers_size  8k;
    fastcgi_temp_file_write_size  256k;
    fastcgi_intercept_errors  off;        
    fastcgi_param SCRIPT_FILENAME  $document_root/index.php;
    fastcgi_param SCRIPT_NAME  /index.php;
    #fastcgi_keep_conn  on; # NGINX 1.1.14        
    fastcgi_temp_path  /tmp/fcgi2 1 2;

    fastcgi_cache  MAGE;
    #fastcgi_cache_key  "$request_method|$http_if_modified_since|$http_if_none_match|$host|$request_uri"; ## Original
    fastcgi_cache_key  "$scheme$request_method$host$request_uri$http_if_modified_since$http_if_none_match";
    #fastcgi_cache_lock  on 5s; # NGINX 1.1.12
    fastcgi_cache_valid  200 301 302 304 1h;
    fastcgi_hide_header  "Set-Cookie";

    if ($http_cookie !~ "X-Store=1" ) {
        add_header Set-Cookie "X-Store=1; path=/";
    }

    fastcgi_ignore_headers  "Cache-Control" "Expires" "Set-Cookie";
    fastcgi_cache_min_uses  1;
    fastcgi_cache_valid  30m;
    fastcgi_cache_use_stale  updating error timeout invalid_header http_500;
    fastcgi_cache_bypass  $cookie_EXTERNAL_NO_CACHE $cookie_CUSTOMER_AUTH;
    fastcgi_no_cache  $cookie_EXTERNAL_NO_CACHE $cookie_CUSTOMER_AUTH;

    #add_header  X-Cache-Status $upstream_cache_status; # Test
}

location @fcgi_nocache {
    #if (!-e $request_filename) { rewrite / /index.php last; } ## Catch 404s that try_files miss
    fastcgi_pass  unix:/var/spool/phpfpm.sock; ## php-fpm socket
    include  fastcgi_params;
    fastcgi_connect_timeout  60;
    fastcgi_send_timeout  60;
    fastcgi_read_timeout  60;
    fastcgi_buffer_size  4k;
    fastcgi_buffers  512 4k;
    fastcgi_busy_buffers_size  8k;
    fastcgi_temp_file_write_size  256k;
    fastcgi_intercept_errors  off;        
    fastcgi_param SCRIPT_FILENAME  $document_root/index.php;
    fastcgi_param SCRIPT_NAME  /index.php;
    #fastcgi_keep_conn  on; # NGINX 1.1.14        
    fastcgi_temp_path  /tmp/fcgi2 1 2;

    if ($http_cookie !~ "X-Store=1" ) {
        add_header Set-Cookie "X-Store=1; path=/";
    }
    #add_header  X-Cache-Status $upstream_cache_status; # Test
}

}

经过一些测试后，AB的结果似乎令人印象深刻，但如果它们准确无误并且缓存系统完全按预期工作，我真的不自信。有人可以详细说明@fcgi_cache和@fcgi_nocache以及cookie背后的实际逻辑是什么？谁实际上获得了缓存页面？当PHP-FPM关闭（？）时，过时的缓存似乎不起作用。我有点被困，并且对我得到的不同标题感到有些困惑。

建议任何人??

Answer 1

这种类型的配置对magento来说绝对没用，他们只使用它来获得最大的“虚拟”吞吐量，而且这个配置逻辑甚至会在很少的地方中断。您最好配置打孔整页缓存扩展，它将重新插入您的动态块，并将您的站点始终保持在缓存中。对于新添加的产品和数量变化等，必须有缓存刷新。

Answer 2

我知道这是一个老问题，但万一有人偶然发现这个帖子，我只是想指出最新的Magento版本（＆gt; = 1.13 enterprise＆amp;＆gt; = 1.8社区）将打破这个nginx缓存方法

升级并启用缓存后，如果用户正在查看缓存页面，您的用户将无法再添加到购物车。这背后的原因是Magento在网址表格中添加了“添加到购物车”按钮，以防止跨网站脚本。启用nginx缓存后，将缓存第一个URL表单密钥，下一组用户将加载未附加到其会话的无效表单密钥。据我所知，没有办法打破nginx缓存，这（引用ADM）使“nginx缓存绝对没用”。如果有人在那里知道是否有办法打孔nginx缓存，我都是耳朵。

如果您继续使用nginx缓存，我强烈建议您了解如何在没有它的情况下站起来作为禁用它，在升级到最新的Magento版本时将为您节省许多麻烦。

Magento的Nginx + PHP-FPM + FastCGI缓存配置

2 个答案: