0

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;
        }
4

1 回答 1

0

您可以在位置块中使用正则表达式来使它们匹配多个事物，而不是手动将它们全部列出。

例如

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 中。

于 2013-11-13T15:58:45.210 回答