Nginx как сделать перенаправление для определенных uri, возвращающих 404?

Question

[Kostushko]

Для cms (joomla), работающей на nginx+php-fpm, нужно сделать редирект для страниц пагинации, возвращающих 404.
Например в категории auto есть 4 страницы пагинации:
/auto.html
/auto/page-2.html
/auto/page-3.html
/auto/page-4.html
Нужно чтобы остальные, не существующие страницы этой категории (/auto/page-5.html ... /auto/page-999.html) возвращали 301 редирект на первую страницу категории (/auto.html).
Категорий много, сайт наполняется, поэтому когда движок сайта со страницы /auto/page-5.html начнет выдавать не 404, а 200 редирект в nginx должен перестать работать.

Код, который, вроде, должен работать, редиректит (на /auto.html) и существующие страницы (/auto/page-2.html ... /auto/page-4.html) и не существующие (/auto/page-5.html.../auto/page-999.html).

location ~* /(auto)/page-\d+\.html {
    error_page 404 = @page;
  }
  
  location @page {
    rewrite /(.*?)/page-\d+\.html http://site.ru/$1.html permanent;
  }

  error_page 404 =404       /404.html;
  location ~* \.php$          {
    include                   fastcgi_def;
  }
  location /                  {try_files $uri /index.php?$args;}

Comments

[Lynn «Кофеман»]

А не проще допилить скрипт на PHP, что бы он выдавал не 404, а редирект?

[Lynn «Кофеман»]

Ну и 301 редирект для страниц, которые потенциально появятся в будущем это неудачный выбор. Лучше 302.

[Kostushko]

Алексей Тен: Это все же не скрипт, а движок (joomla) который периодически обновляется. Если в виде урлов все выглядит просто, то со стороны движка нужно перепроверять куда больше (категория или нет, где кончается пагинация, как урлы преобразуются текущим сеф компонентом). В целом получится не проще.

[Kostushko]

Алексей Тен: Там слишком много лишних страниц (намного больше чем предположительно появится на сайте), например page-811, хотя у многих категорий страниц в пагинации в пределах всего 50-100. То есть да, для первого десятка лишних страниц пагинации может и разумно ставить 302, но для остальных определенно стоит делать 301. Поэтому для упрощения разумней везде ставить 301.

[Lynn «Кофеман»]

Kostushko:
> разумней везде ставить 301
Абсолютно неверно. Потому что когда у вас появится страница page-5.html, которой до этого не было вы придёте сюда же с вопросом, как сбросить кеши редиректа у всех ваших клиентов. И ответ будет — никак.

Смысла делать редирект со страницы page-811 так же не вижу, откуда туда могут появиться запросы?

Ваша джумла уже знает, что такой страницы нет (раз отдаёт 404) и я не верю что в ней нет возможности сгенерировать урл.

Ну и напоследок, это интересная задача на знание nginx, но я не вижу никакой практической пользы в этом действии.

[Kostushko]

Алексей Тен: Вам есть что сказать по данному вопросу? Речь идет об урлах и ответах сервера, решать это логичней со стороны nginx а не со стороны изменяющегося движка и php. Зачем вы мне доказываете что я не правильно поставил вопрос. Пагинация изначально была такой page-1, page-11, page-21, page-811. Сейчас номера идут по порядку, поисковики запомнили старые адреса.

[Lynn «Кофеман»]

Как раз наоборот. Задача nginx быстро отдавать статику и проксировать запросы в бекенд. А бизнес-логика это задача приложения.

Технически, у вас ошибка в неправильном понимании как работают location в nginx. В каждый момент времени запрос обрабатывается строго в каком-то одном location и любые директивы из других location не имеют силы даже если запрос подходит под их условия.

В вашем коде запрос на /auto/page-10.html попадает в первый location. Файла такого разумеется нет, срабатывает error_page и nginx передаёт обработку в @page. Там стоит безусловный редирект на /auto.html и на этом обработка запроса закончилась и до бекенда он даже не дошёл.

[Kostushko]

Бекенд загибается со второй-третьей тысячи редиректов. Поэтому если речь идет о сотнях-тысячах редиректов я их переношу в nginx. Он с этим справляется заметно лучше и не вижу смысла дергать бекэнд по этому поводу.

Ок, запрос /auto/page-10.html не доходит до бекенда, сразу выдает редирект и это полностью правильно, так и должно работать, только почему тогда и /auto/page-2.html сразу редиректится - вот это уже не правильно... И вопрос в том как изменить этот первый location чтобы страницы выдающие 200-ый код отправлялись посетителю.

Answer 1

[Kostushko]

Заработало как надо в такой конфигурации:

error_page 404 =404         /404.html;
  location ~* \.php$          {
    include                   fastcgi_def;
    include                   add/cachephp;
    if ($request_uri ~ /(.+)/page-\d+\.html) {
      error_page 404 = @page;
    }
    fastcgi_intercept_errors on;
  }
  location /                  {try_files $uri /index.php?$args;}
  
  location @page {
    if ($request_uri ~ /(.+)/page-\d+\.html) {return 301 /$1.html;}
    return 410;
  }

Спасибо Алексей Тен, за наводку. Предыдущая конфигурация

location @page {
    rewrite /(.+)/page-\d+\.html /$1.html redirect;
    return 404;
}

Не работала, т.к. в @page попадает уже преобразованный запрос, который отправлялся на index.php, чтобы сформировать редирект надо использовать исходный запрос.

Answer 2

[Lynn «Кофеман»]

Можно попробовать так:

error_page 404 /404.html;

location / {
    try_files $uri /index.php;
}

location ~* \.php$ {
    include fastcgi_def;
    fastcgi_intercept_errors on;
    error_page 404 = @page;
}

location @page {
    rewrite /(.+)/page-\d+\.html /$1.html redirect;
    return 404;
}

Answer 3

[polozad]

location /auto {
try_files $uri /auto.html; 
root /bla/bla/auto
}

try_files - проверяет наличие файлов по указанному пути, если их не будет, использует последний аргумент в директиве с внутренним редиректом.

nginx.org/ru/docs/http/ngx_http_core_module.html#t...

Можно нагородить забор с именованным локейшеном типа @fallback, но это излишне, я считаю.

Comments

[Kostushko]

Такой вариант не срабатывает.
location ~* /(.*?)/page-\d+\.html {
try_files $uri /$1.html;
}
и такой тоже:
location ~* /auto/page-\d+\.html {
try_files $uri /auto.html;
}
и даже такой:
location = /auto/page-405.html {
try_files $uri /auto.html;
}
Не редиректит. Для существующих страниц выдает 200 для не существующих 404. Такое впечатление что запрос обрабатывает другой location, хотя указанные варианты ставились в начало секции server.