NGINX位置太长(巨大?

Question

NGINX

有一个位置，例如：

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

问题是有很多地方、服务和文字等等。所以位置是非常长的字符串。有没有可能使它们更短？也许有大量的地方和大量的服务等等？还是什么？谁有经验？

我要匹配的 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

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

例如

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.
}

然而，正如穆罕默德·阿布沙迪（Mohammad AbuShady）所暗示的那样，你正在做的事情似乎很愚蠢。

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