Удаление косой черты из URL с помощью nginx

14

Я хотел бы, чтобы следующие URL-адреса на моем сайте были эквивалентны:

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

и далее я хотел бы, чтобы вторые две формы выдавали перенаправления HTTP 301 на первую форму. Я просто обслуживаю статичные страницы, и они расположены в соответствии с третьей формой. (Другими словами, когда пользователь запрашивает, /foo/barон должен получить файл в /usr/share/.../foo/bar/index.html).

Мой в nginx.confнастоящее время содержит следующее:

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

Это работает для запросов /foo/bar/index.html, но когда я запрашиваю /foo/barили /foo/bar/Safari сообщает мне, что «произошло слишком много перенаправлений» - я предполагаю, что существует бесконечный цикл перенаправления или что-то в этом роде. Как я могу получить nginx для сопоставления URL-адресов с файлами, как я описал?

Изменить: Моя полная конфигурация

Вот мой весь nginx.confс моим доменным именем, замененным на «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;
    }
  }
}
bdesham
источник
Эти файлы действительно существуют в файловой системе?
Майкл Хэмптон
@MichaelHampton Да. Запросы /foo/bar/index.htmlдолжны возвращать файл в тот момент, когда /usr/share/nginx/www/foo/bar/index.htmlон установлен. Все пути на сайте соответствуют непосредственно путям файловой системы.
bdesham
@bdesham Я не могу воспроизвести. Вот что я получаю с вашим конфигом paste.ubuntu.com/7501697
Алексей Тен
@AlexeyTen Странно, что ты получаешь что-то другое. Спасибо, что заглянули в это. Я опубликовал конфигурацию, которая в конечном итоге работает на меня.
bdesham

Ответы:

19

Наличие этого регулярного выражения в вашем serverблоке:

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

будет перенаправлять все URL-адреса косой черты на соответствующую косую черту.

Франсиско Коста
источник
1
Это касается только части вопроса.
bdesham
5
Это касается полного названия вопроса.
Дживан
5

Я смог получить желаемое поведение, используя это как последний serverблок в моей конфигурации:

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;
  }
}
bdesham
источник
Это, кажется, не работает для меня - /index.htmlURL отвечает с HTTP 200 вместо перенаправления; «переписать» строки игнорируются. Это все еще актуально?
Кристоф Буршка
1

Никогда не используйте переписать:

  location ~ (?<no_slash>.*)/$ {
       return 301 $scheme://$host$no_slash;
  }
Эльдар Агаларов
источник
Можете ли вы объяснить, почему вы не думаете, что переписать это хорошая идея?
Bdesham
Прочитайте руководство nginx: nginx.com/resources/wiki/start/topics/tutorials/config_pitfalls
Эльдар Агаларов
Причина, по которой ваши ссылки предлагают избегать переписывания, заключается в улучшении разборчивости, а не в том, что они могут вызвать непреднамеренные побочные эффекты. Ваш ответ гораздо менее rewrite ^(.+)/+$ $1 permanent;
читабелен,
1
Это хороший ответ, я не знаю, почему за него проголосовали. У статьи есть заголовок «Налогообложение переписывает», который объясняет, почему rewriteможет быть плохо. Тем не менее, предоставленный ответ также захватывает и соответствует URI, я не уверен, если улучшит производительность, он нуждается в тестировании. (?<no_slash>.+)/$Вместо этого используйте это регулярное выражение, чтобы не перенаправлять домашнюю страницу.
Бритва
0
if ($request_uri ~ (.*?\/)(\/+)$ ) {
return 301 $scheme://$host$1;
}

Это правило позаботится о любом количестве конечных слешей и сохранит URL. Он также позаботится о косых чертах в конце URL

Ашиш Амре
источник