Question

NGINX

拥有以下位置：

location ~ "^\/(place1|place2|...|place50)\/(service1|service2|...|service80)\-(else1|else2|...|else90)\/"
{...}

location ~ "^\/(word1|word2|...|word70)\/(place1|place2|...|place50)\-(else1|else2|...|else90)\/"
{...}

location ~ "^\/..."

问题是有很多地方和服务与单词＆amp;其他。所以位置非常长。是否可以缩短它们？也许大量的地方和大量的服务等等？或者其他的东西？谁有经验？

我想要匹配的URI的例子

/place23/service17-else87/

或

/world33/place42-else15/

和任何组合

对于每个位置，我们将使用一组规则。为了使用缓存并卸载我们的Apache

        #proxy_cache start
        set $do_not_cache 0;
        # POST requests and urls with a query string should always go to PHP
        if ($request_method = POST) {
            set $do_not_cache 1;
        }
        if ($query_string != "") {
            set $do_not_cache 1;
        }
        # Don't use the cache for logged in users or REBent commenters
        if ($http_cookie ~* "wordpress_logged_in|bn_my_logged") {
            set $do_not_cache 1;
        }
        if ($args ~* (show) ) {
            set $do_not_cache 1;
        }
        ssi_types "*";
        ssi on;
        if ($do_not_cache = 0) {
            set $memcached_key "SMREG|$request_uri";
            memcached_pass memc_server;
            ssi on;
        }

Answer 1

您可以在位置块中使用正则表达式使它们匹配多个内容，而不是手动列出它们。

e.g。

location ~* ^/world(\d{1,2})/place(\d{1,2})-else(\d{1,2})/ {

    set $originalURI  $uri;
    fastcgi_param  QUERY_STRING  q=$originalURI&world=$1&place=$2&else=$3;
    # or however you're passing it to your web server.
}

然而正如穆罕默德·阿布沙迪暗示的那样，你所做的事似乎相当愚蠢。

您应该让您的应用程序执行路由，并决定是否可以缓存某些内容，然后使用实际设计用于缓存网页的内容，例如Varnish，而不是试图强制应用程序逻辑进入Nginx。

NGINX位置太长（很大？）

1 个答案: