Видалення останньої косої риски з 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;
    }
  }
}

Чи справді ці файли існують у файловій системі?
Майкл Хемптон

@MichaelHampton Так. Запити /foo/bar/index.htmlповинні повернути файл у /usr/share/nginx/www/foo/bar/index.htmlабо, якщо він налаштований. Усі шляхи на веб-сайті відповідають напрямкам файлової системи.
бдешам

@bdesham Я не можу відтворити. Ось, що я отримую з вашим конфігураційним пастом.ubuntu.com/7501697
Олексій Десять,

@AlexeyTen Як не дивно, ви отримуєте щось інше. Дякуємо, що заглянули в нього. Я опублікував конфігурацію, яка закінчилася для мене.
бдешам

Відповіді:


19

Маючи цей блокнот у своєму serverблоці:

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

буде перенаправляти всі URL-адреси косої косої риски на відповідну косу рису.


1
Це стосується лише частини питання.
бдешам

5
Це стосується повної назви питання.
Jivan

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

Це, здається, не працює для мене - /index.htmlURL-адреса відповідає на HTTP 200 замість перенаправлення; рядки "переписати" ігноруються. Це все ще актуально?
Крістоф Буршка

1

Ніколи не використовуйте переписувати:

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

Чи можете ви розширити, чому ви не вважаєте, що перезапис - це гарна ідея?
бдешам


Причина, по якій ваші посилання пропонують уникати перезаписів, полягає в поліпшенні розбірливості, а не тому, що вони можуть спричинити небажані побічні ефекти. Ваша відповідь набагато менш читається, ніжrewrite ^(.+)/+$ $1 permanent;
chrBrd

1
Це гарна відповідь, я не знаю, чому це знижено. У статті є рубрика «Податки переписуються», яка пояснює, чому rewriteможе бути погано. Це означає, що надана відповідь також фіксує та відповідає URI, я не впевнений, чи покращить її роботу, вона потребує тестування. Використовуйте цей регулярний вимір, (?<no_slash>.+)/$щоб не перенаправляти домашню сторінку.
Бритва

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

Це правило допоможе ввести будь-яку кількість косої косої риски та збереже URL-адресу. Він також потурбується про те, що йде в нижній частині косої коси

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.