Removendo a barra à direita de uma URL com nginx


14

Gostaria que os seguintes URLs no meu site fossem equivalentes:

/foo/bar
/foo/bar/
/foo/bar/index.html

além disso, gostaria que os dois segundos formulários emitissem redirecionamentos HTTP 301 para o primeiro formulário. Estou apenas servindo páginas estáticas, e elas são organizadas de acordo com a terceira forma. (Em outras palavras, quando um usuário solicita, /foo/barele deve receber o arquivo em /usr/share/.../foo/bar/index.html).

Meu nginx.confatualmente contém o seguinte:

rewrite ^(.+)/$ $1 permanent;
index index.html;
try_files $uri $uri/index.html =404;

Isso funciona para solicitações de /foo/bar/index.html, mas quando solicito /foo/barou o /foo/bar/Safari me diz que “muitos redirecionamentos ocorreram” - presumo que haja um loop de redirecionamento infinito ou algo assim. Como faço para o nginx mapear URLs para arquivos da maneira que descrevi?

Editar: Minha configuração completa

Aqui está todo o nginx.confmeu nome de domínio substituído por "example.com".

user www-data;
worker_processes 1;
pid /run/nginx.pid;

events {
  worker_connections 768;
}

http {
  sendfile on;
  tcp_nopush on;
  tcp_nodelay on;
  keepalive_timeout 65;
  types_hash_max_size 2048;
  server_tokens off;

  server_names_hash_bucket_size 64;

  include /etc/nginx/mime.types;
  default_type application/octet-stream;

  access_log /var/log/nginx/access.log;
  error_log /var/log/nginx/error.log;

  gzip on;
  gzip_disable "msie6";
  gzip_vary on;
  gzip_proxied any;
  gzip_comp_level 6;
  gzip_buffers 16 8k;
  gzip_http_version 1.1;
  gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss application/atom+xml text/javascript image/svg+xml;

  server {
    server_name www.example.com;
    listen 80;
    return 301 $scheme://example.com$request_uri;
  }

  server {
    server_name example.com 123.45.67.89 localhost;
    listen 80 default_server;

    # Redirect /foobar/ to /foobar
    rewrite ^(.+)/$ $1 permanent;

    root /usr/share/nginx/www/example.com;
    index index.html;
    try_files $uri $uri/index.html =404;

    error_page 404 /404.html;
    error_page 500 502 503 504 /50x.html;

    location = /50x.html {
      root /usr/share/nginx/html;
    }
  }
}

Esses arquivos realmente existem no sistema de arquivos?
Michael Hampton

@MichaelHampton Sim. Pedidos para /foo/bar/index.htmldevem retornar o arquivo em /usr/share/nginx/www/foo/bar/index.htmlou como ele estiver configurado. Todos os caminhos no site correspondem diretamente aos caminhos do sistema de arquivos.
bdesham

@ Bdesham eu não posso reproduzir. Aqui o que eu ganho com sua configuração paste.ubuntu.com/7501697
Alexey Ten

@AlexeyTen É estranho que você esteja recebendo algo diferente. Obrigado por investigar. Publiquei uma configuração que acabou funcionando para mim.
bdesham

Respostas:


19

Tendo esta regex no seu serverbloco:

rewrite ^/(.*)/$ /$1 permanent;

redirecionaria todos os URLs da barra final para a respectiva barra não final.


1
Isso aborda apenas parte da pergunta.
bdesham

5
Aborda o título completo da pergunta.
Jivan

5

Consegui obter o meu comportamento desejado usando isso como o serverbloco final na minha configuração:

server {
  server_name example.com 123.45.67.89 localhost;
  listen 80 default_server;

  # Redirect /foobar/ and /foobar/index.html to /foobar
  rewrite ^(.+)/+$ $1 permanent;
  rewrite ^(.+)/index.html$ $1 permanent;

  root /usr/share/nginx/www/example.com;
  index index.html;
  try_files $uri $uri/index.html =404;

  error_page 404 /404.html;
  error_page 500 502 503 504 /50x.html;

  location = /50x.html {
    root /usr/share/nginx/html;
  }
}

Isso não parece funcionar para mim - o /index.htmlURL é respondido com HTTP 200 em vez de um redirecionamento; as linhas "reescrever" são ignoradas. Ainda está atual?
Christoph Burschka

1

Nunca use reescrever:

  location ~ (?<no_slash>.*)/$ {
       return 301 $scheme://$host$no_slash;
  }

Você pode expandir por que você acha que reescrever é uma boa idéia?
bdesham


A razão pela qual seus links sugerem evitar reescritas é a legibilidade aprimorada, não porque elas podem causar efeitos colaterais indesejados. Sua resposta é muito menos legível do querewrite ^(.+)/+$ $1 permanent;
chrBrd 4/18/18

1
Esta é uma boa resposta, não sei por que ela foi rebaixada. O artigo tem um título "Taxing Rewrites" que explica por que rewritepode ser ruim. Dito isto, a resposta fornecida também captura e corresponde ao URI, não tenho certeza se irá melhorar o desempenho, ele precisa ser testado. Use esse regex (?<no_slash>.+)/$para não redirecionar a página inicial.
Razor

0
if ($request_uri ~ (.*?\/)(\/+)$ ) {
return 301 $scheme://$host$1;
}

Esta regra cuidará de qualquer número de barras e manterá o URL. Ele também cuidará das barras à direita do URL base

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.