Как преобразовать эти Apache редиректы в nginx?

Question

[invisii]

Доброго дня. Помогите преобразовать эти htaccess редиректы в nginx:

RewriteEngine On
RewriteCond %{THE_REQUEST} \s(\S+)\.html
RewriteRule ^ %1 [R=301,L]
RewriteCond %{REQUEST_FILENAME}.html -f
RewriteRule (.*) $1.html [L]
RewriteCond %{QUERY_STRING} ^(.+)$
RewriteRule ^(.*)$ $1@%1? [L]

Comments

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

Первое условие выглядит довольно странно. Откуда в адресе пробелы?

[dodo512]

Алексей Тен, в переменной %{THE_REQUEST} хранится полная строка запроса, которую передал клиент
GET /file.html HTTP/1.1

А переменная %{REQUEST_URI} содержит только /file.html

https://habr.com/en/company/sprinthost/blog/129560/

Флаг [L] останавливает текущую итерацию обработки запроса. Однако если запрос был изменен теми RewriteRule, которые все-таки успели отработать, Apache запустит цикл обработки запроса заново с первого RewriteRule.

Сначала правила выполняют 301-й редирект с /file.html на /file, а потом уже внутреннее перенаправление с /file на существующий /file.html. При внутренних перенаправлениях %{REQUEST_URI} меняется, а в %{THE_REQUEST} всегда исходный запрос клиента. Так что проверка %{THE_REQUEST} не даёт уйти в бесконечный цикл.

Answer 1

[dodo512]

map $args $_at {
    default "@";
    ""      "";
}
server {
    
    location ~ ^(.+)\.html$ {
        return 301 $1$is_args$args;
    }

    location / {
        try_files $uri $uri$_at$args.html $uri/ /index.php?$args;
    }

Comments

[invisii]

не совсем то что нужно. суть такая, что страница имеет в своей структуре знак @ и .html в конце.

например : posts@postTypeName=General+Product+Question&sort=az&view=full&start=2401.html

а нужно, чтобы при обращение к странице site.com/posts?postTypeName=General+Product+Questi... отображалась страница "posts@postTypeName=General+Product+Question&sort=az&view=full&start=2401.html ", но урл в строке браузера оставался такой как нужно (без @ и без .html)

при этом остальные страницы должно работать с try_files $uri $uri/ /index.php?$args;

[dodo512]

invisii, обновил ответ.

[invisii]

dodo512, не работает( отдает ошибку 404
хотя работает для таких страниц site.com/groups/6e6a8e0ba4/posts?groupHash=cwkqcxc... , но не для таких site.com/post?postTypeName=General+Product+Questio...

[dodo512]

invisii, получается $uri@$args.html нормально работает для

/groups/6e6a8e0ba4/posts?groupHash=cwkqcxch&sort=author&start=21&view=outline

Проблемы только с запросами где есть +?

/post?postTypeName=General+Product+Question&sort=az&view=full&start=2401

Или там ещё какие-нибудь символы вызывают проблемы.

[invisii]

dodo512, да, видимо так, хотя если есть знак минус "-" -- все норм
я думаю тут проблема не в знаке +, а в том, что файлы лежат в корне. поэтому думаю, что ваше решение является абсолютно рабочим. спасибо за помощь!

а если в странице нет знака @ то по запросу site.com/posts/db23e8225b надо отдать страницу /posts/db23e8225b.html но это не для всех файлов. т.е. както сделать условие, что сперва проверяется наличие страницы с html, а затем идет обращение к index.php . потому что сейчас она так же отдает 404

[invisii]

dodo512, хотел еще спросить, у меня так же есть несколько тысяч одинарных 301 редиректов, например таких:
Redirect 301 /comment/375 site.com/posts/c0a323fc07
Redirect 301 /comment/2772 site.com/posts/76d68d4d9d

данный конвертер https://winginx.com/ru/htaccess впринципе предлагает рабочее решение, но оно слишком объемное. может есть какая-то более сжатая версия?

[dodo512]

invisii, флаг redirect даёт 302-й редирект

rewrite ^ http://site.com/posts/c0a323fc07 redirect;

если нужен именно 301-й редирект, то флаг permanent

rewrite ^ http://site.com/posts/c0a323fc07 permanent;

подойдёт ли такой вариант https://regex101.com/r/aOlSm5/1/

location /comment/ {
    rewrite ^/comment/375/?$ http://site.com/posts/c0a323fc07 permanent;
    rewrite ^/comment/2772/?$ http://site.com/posts/76d68d4d9d permanent;
}

[dodo512]

а если в странице нет знака @ то по запросу site.com/posts/db23e8225b надо отдать страницу /posts/db23e8225b.html но это не для всех файлов. т.е. както сделать условие, что сперва проверяется наличие страницы с html, а затем идет обращение к index.php . потому что сейчас она так же отдает 404

invisii, тут можно с помощью map добавлять @ только когда есть какие-то GET параметры.
обновил ответ.

[invisii]

dodo512, к сожалению то же самое. 404... таких страниц много..

[dodo512]

invisii, а какой был запрос и какой файл должен быть отдан.
По запросу http://site.com/posts/db23e8225b
конструкция

try_files $uri $uri$_at$args.html $uri/ /index.php?$args;

проверит существование файла /posts/db23e8225b.html.
Есть ли в корне сайта папка /posts/ и в ней файл db23e8225b.html
Если были какие-то GETпараметры http://site.com/posts/db23e8225b?a=b, то идёт обращение к файлу /posts/db23e8225b@a=b.html

[invisii]

dodo512, не было get запросов. да, нужно именно так, как вы написали: site.com/posts/db23e8225b чтобы отдал /posts/db23e8225b.html

[dodo512]

invisii, а тут получается что try_files не находит файл db23e8225b.html в папке /posts/.
Может этот файл не в папке /posts/, а в корне сайта.

[invisii]

dodo512,

а site.com/posts/dbed12284c?commentId=6417 отдает нормально

[dodo512]

invisii, хм... странно...
А кроме /posts/dbed12284c?commentId=6417 в этой папке ещё что-нибудь работает?
Может проблема в кэшировании переменной $_at и нужно добавить volatile.

map $args $_at {
    volatile;
    default "@";
    ""      "";
}

[invisii]

dodo512, как ни странно,все заработало. не знаю что это было. может действительно была проблема в кэшировании. спасибо!

Answer 2

[ky0]

location / {
  rewrite ^(.*)$ /%1 redirect;
  rewrite ^(.*)$ /$1.html break;
  if ($query_string ~ "^(.+)$"){
    rewrite ^(.*)$ /$1@%1? break;
  }
}

https://winginx.com/ru/htaccess

Comments

[dodo512]

В правилах .htaccess совпадения с шаблоном RewriteCond сохраняются в %1-%9, а в Nginx есть только переменные с $.
Там получается первое правило rewrite ^(.*)$ /%1 redirect; ловит любые запросы и редиретит на главную, а запрос к главной снова перехатит это правило.

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

Этот сайт ещё ни разу не выдал не то что нормального, хотя бы работающего кода.
В частности первый редирект будет отправлять на буквально /%1