Início / computer / Perguntas / 1428571
Accepted
Axel
Asked: 2019-04-24 02:55:37 +0800 CST

Apache para Nginx regra mod_rewrite

  • 772

Eu converti algumas regras mod_rewrite para nginx e elas estavam funcionando bem quando eu testei localmente, mas por algum motivo elas não estão funcionando no meu site.

Alguém pode ajudar onde estou errando?

Regras do Apache:

<filesMatch "\.(htm|html|css|js|php)$">

AddDefaultCharset UTF-8

DefaultLanguage en-US

</filesMatch>
<IfModule mod_rewrite.c>
ErrorDocument 404 /404.php
RewriteEngine On
RewriteRule ^article.*$ / [R=301,L]



RewriteBase /

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^.*\.* /loadpage.php [QSA,L]

</IfModule>
<IfModule mod_rewrite.c>
RewriteEngine On


RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^.*\.html /courses/index.php [L]

</IfModule>

Regras convertidas do Nginx:

 charset utf-8;
        error_page 404 /404.php;
location /article {
         rewrite ^/article.*$ / redirect;
        }

        location / {
         if (!-e $request_filename){
          rewrite ^/.*\.* /loadpage.php break;
          }
         }

          if (!-e $request_filename){
           rewrite ^/.*\.html /courses/index.php break;
          }
nginx apache-http-server

1 respostas

  1. Best Answer

    O problema

    Sua última regra de reescrita está fora de qualquer locationbloco. Reconheço que não tenho certeza de como o nginx lida com os casos em que há uma regra de reescrita dentro e dentro de um bloco de localização correspondente server(presumo que sempre usará o que está dentro server, pois é o que é avaliado primeiro). O que tenho certeza, porém, é que isso leva a resultados inesperados .

    A solução

    Em primeiro lugar, se é mau . Não o use a menos que não haja absolutamente nenhuma outra maneira de obter o mesmo resultado (o que realmente só acontece em situações muito obscuras).

    Uma alternativa melhor para verificar a existência de um arquivo é a diretiva try_files .

    Verifica a existência de arquivos na ordem especificada e utiliza o primeiro arquivo encontrado para processamento da requisição ; o processamento é realizado no contexto atual. O caminho para um arquivo é construído a partir do parâmetro de arquivo de acordo com as diretivas root e alias. É possível verificar a existência do diretório especificando uma barra no final do nome, por exemplo, “$uri/”. Caso nenhum dos arquivos seja encontrado, é feito um redirecionamento interno para a uri especificada no último parâmetro.

    Suas regras de reescrita ficariam assim:

    charset utf-8;
error_page 404 /404.php;

location /article {
  rewrite ^/article.* / redirect;
}

location / {
  try_files $uri $uri/ /loadpage.php?$args;
}

    A última regra de reescrita, que provavelmente será a problemática, ficaria mais ou menos assim try_filesdentro de seu próprio bloco de localização:

    location ~ \.html$ {
  try_files $uri /courses/index.php?$args;
}

    O ~modificador informa ao nginx que este local usa uma expressão regular. Ele corresponde a todos os URIs que terminam com .html. Este bloco de localização tem preferência sobre os outros blocos de localização porque é mais específico (os blocos de localização de expressões regulares são examinados antes dos "normais"). Mais informações sobre a seleção de blocos de localização nginx .

    Notas e recursos adicionais

    O $depois ^/article.*é redundante, pois você está combinando todos os caracteres atrás dele de qualquer maneira. Acrescentar ?$argsao URI da try_filesdiretiva garante que todos os GETparâmetros sejam passados ​​para ele.

    • 0

relate perguntas