Início / server / Perguntas / 868291
Accepted
Andrew Newby
Asked: 2017-08-13 00:07:52 +0800 CST

Várias condições para uma reescrita do Nginx

  • 772

Estou tentando encontrar a melhor maneira de reescrever essa regra para que funcione no nginx:

   RewriteCond %{REQUEST_URI} !^/clip-art/.*$
   RewriteCond %{REQUEST_URI} !^/Clip-Art/.*$
   RewriteCond %{REQUEST_URI} !^/cgi-bin/.*$
   RewriteCond %{REQUEST_URI} !^/images/.*$
   RewriteCond %{REQUEST_URI} !/invitation/
   RewriteCond %{REQUEST_URI} !/designer/
   RewriteRule ^/(.*)/(.*)/(.*)/(.*)$ /clip-art/$1/$2/$3/$4 [r=301,nc,l]

Eu sei que posso fazer algo como:

   if ($request_uri !~ "/designer") {
       rewrite ^/(.*)/(.*)/(.*)/(.*)$ /clip-art/$1/$2/$3/$4 permanent;
   }

Mas obviamente isso só funciona com um dos nomes das pastas. Como faço para funcionar com vários nomes de pastas?

nginx

2 respostas

  1. Best Answer

    Expressões regulares são relativamente ineficientes e geralmente desencorajadas em configurações Nginx quando outros métodos seriam suficientes. Existem alguns casos aqui que não requerem regexes:

    location /clip-art/ {
    # ...
}

location /Clip-Art/ {
    # ...
}

location /images/ {
    # ...
}

location /cgi-bin/ {
    # ...
}

    Se você estiver apenas veiculando imagens estáticas de pelo menos três delas, podemos simplificar ainda mais. O ^~prefixo significa que essas regras terão precedência sobre as regras baseadas em regex, que de outra forma teriam precedência. Embora isso tenha muitos usos, ele pode atuar como um recurso de segurança ao lidar com diretórios contendo apenas recursos estáticos. Se alguém conseguir enviar um arquivo PHP ou algum outro código executável que normalmente seria tratado por um local regex, o local pré-regex (com ^~) vencerá e o arquivo não será executado. Também omiti o típico $uri/porque não é realmente aplicável a diretórios de recursos estáticos.

    location ^~ /clip-art/ { try_files $uri =404; }
location ^~ /Clip-Art/ { try_files $uri =404; }
location ^~ /images/   { try_files $uri =404; }

location /cgi-bin/ {
    # ...
}

    Quanto às condições restantes, o Nginx é projetado para corresponder a partir do início de cada URI. Idealmente, você pode lidar com esses tipos de cenários em seu aplicativo, em vez de no Nginx. No entanto, neste caso específico, um regex relativamente eficiente pode ser escrito:

    rewrite "^((?:/(?!designer|invitation)[^/]+){4})/?$" /clip-art$1 permanent;
    • 3

  2. https://stackoverflow.com/questions/406230/regular-expression-to-match-a-line-that-doesnt-contain-a-word contém um exemplo de como usar regex para encontrar strings que não contêm determinadas palavras.

    Use essa abordagem regex em sua locationdiretiva e, em seguida, use sua rewriteinstrução dentro do locationbloco.

    Além disso, sugiro que você use .+(uma ou mais correspondências) em vez de .*(zero ou mais correspondências) como seu curinga na rewritediretiva.

    • 2

relate perguntas