Не работает редирект дублирующих страниц?

Insom84, правила проверяются последовательно и при первом же совпадении с шаблоном правило выполняется и происходит перенаправление на новый адрес. Так что порядок следования правил может влиять https://habr.com/en/company/sprinthost/blog/129560/

Как правильно подключить CMS на nginx?

Ufolob, получается при запросе /assets/css/xxx.css нужно брать файл /data/assets/css/xxx.css
Нужен отдельный location для таких адресов

location /assets/ {
    root /home/admin/web/test.ru/public_html/data;
}

Не работает редирект дублирующих страниц?

Insom84, какие сейчас правила в .htaccess

Как сделать статический файл ко всем вложенным папкам?

4sadly, в блок server добавить
rewrite ^/static/ /static/index.php;

Как правильно подключить CMS на nginx?

Ufolob, а как в php-CMS указаны пути к файлам css, js, jpeg.
/data/css/style.css или /css/style.css

Как написать такое регулярное выражение?

shurshur, Demian Smith, в таком виде шаблон пропустит 1///, так как без группировки скобками это или ^[1-9]
или [1-9]{1}[0-9а-яА-ЯёЁ\/]*[0-9а-яА-ЯёЁ]$

Чем отличаются REQUEST_FILENAME и REQUEST_URI в htaccess?

ldmitriy, ключевой момент в том, что для проверок -f и -d нужно передать полный путь.
Допустим корневая папка сайта site.local находится в "/var/www" и файл стилей физически находится в "/var/www/css/styles.css", тогда при запросе site.local/css/styles.css
%{REQUEST_FILENAME} -> /var/www/css/styles.css
%{REQUEST_URI} -> /css/styles.css

RewriteCond %{REQUEST_URI} !-f
Это условие будет выглядеть так
RewriteCond "/css/styles.css" !-f
Получается всегда будет "файл не найден", т.к. сам файл находится в "/var/www/css/styles.css"

А вот если использовать REQUEST_FILENAME, то всё будет нормально.

RewriteCond %{REQUEST_FILENAME} !-f
Это условие будет выглядеть так
RewriteCond "/var/www/css/styles.css" !-f

Чем отличаются REQUEST_FILENAME и REQUEST_URI в htaccess?

т.е будет так?
%{REQUEST_FILENAME} -> /var/www/news/list/test.php
%{REQUEST_URI} -> /news/list/test.php

Да.

А rewritecond в том примере должны выполняться оба. Тогда только выполнится rewriterule.
Вариант с выполнением только одного из нескольких условий реализуется с помощью флага [OR] примерно так:

RewriteCond "%{REMOTE_HOST}"  "^host1"  [OR]
RewriteCond "%{REMOTE_HOST}"  "^host2"  [OR]
RewriteCond "%{REMOTE_HOST}"  "^host3"
RewriteRule ...some special stuff for any of these hosts...

Чем отличаются REQUEST_FILENAME и REQUEST_URI в htaccess?

ldmitriy, в %{REQUEST_FILENAME} и в %{REQUEST_URI} нет GET-параметров.
Параметры находятся в отдельной переменной %{QUERY_STRING}.

Как используя регулярное выражение выбрать папку с любым именем?

Galdar Turin, там имелоcь в виду исключить только /c/index.php?
Или ещё и во всех вложенных каталогах:
/c/dir/index.php
/c/dir/dir2/index.php

Ну и по остальным файлам аналогичный вопрос.

А любое имя каталога можно указать так [^/]+

app/project/ вот_тут_любое_имя_каталога  /js/с\.min\.js

app/project/[^/]+/js/с\.min\.js

Чем отличаются REQUEST_FILENAME и REQUEST_URI в htaccess?

wisgest, так в том-то и дело что проверки -f и -d требуют в условии полный путь в файловой системе.
Полный путь есть только в REQUEST_FILENAME.
А чтоб из REQUEST_URI собрать полный путь нужно добавить DocumentRoot.
Тогда вместо RewriteCond %{REQUEST_FILENAME} -f
получится RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -f

Чем отличаются REQUEST_FILENAME и REQUEST_URI в htaccess?

wisgest, смотря когда и для чего. Если как в вопросе, то такая конструкция в htaccess не имеет смысла:

RewriteEngine on
RewriteCond %{REQUEST_URI} !-f
RewriteCond %{REQUEST_URI} !-d
RewriteRule . index.php

Тут проверяется существование файла или каталога не там где он действительно находится (относительно корневой папки сайта DocumentRoot), а относительно корня файловой системы.

Почему 403 ошибка в httpd?

Максим, проверить есть ли в настроках Apache разрешение для каталога /mnt/gitlab

<Directory "/mnt/gitlab">
   Order deny,allow
   Allow from all
</Directory>

Или для Apache 2.4

<Directory "/mnt/gitlab">
   Require all granted
</Directory>

Если это CentOS то ещё глянуть в сторону SELinux.

Как правильно составить регулярку для NGINX?

Алексей Черток, если нет 404 для запросов /en/xxx, то проблема не в этой регулярке, а в других правилах.
Покажите остальные rewrite и location. И ещё вопрос, где расположены файлы js, css и картинки.

Как правильно настроить старые редиректы в htaccess при переезде на https?

ну так и указывайте везде протокол https

RewriteCond %{HTTP_HOST} !^www\.simple\.ru [NC]
RewriteRule (.*) https://www.simple.ru/$1 [R=301,L]
RewriteRule ^samsung.html https://www.simple.ru/moka-samsung.html [R=301,L]
RewriteRule ^lg.html https://www.simple.ru/soch-lg.html [R=301,L]

Сделать правильный редирект?

Deefs, ну тут нормально это правило сделает редирект
old-site.com/blog/page.html -> newsite.com/blog/page.html

Тогда может это сайт на новом домене сам делает редирект
newsite.com/blog/page.html -> newsite.com/

Сделать правильный редирект?

Deefs, что сейчас в .htaccess?
И файл .htaccess только в корне сайта или ещё в папке /blog/?

Проксирование rewrite_mod в apache?

Иннокентий, ну вот

go-ahead with proxy request proxy:10.12.64.2/shop [OK]
[client 10.10.10.60:42724] HTTP: serving URL 10.12.64.2/shop
[client 10.10.10.60:42724] Status from backend: 301

mod_proxy делает запрос 10.12.64.2/shop, но в ответ сервер 10.12.64.2 возвращает 301-й редирект.
Т.е. нужно смотреть настройки 10.12.64.2 почему он возвращает 301 и что нужно добавить в запрос чтоб было 200 OK.

Проксирование rewrite_mod в apache?

Иннокентий, как определяешь что получился редирект?

LogLevel alert rewrite:trace6

тут trace6 только для rewrite добавить бы trace и для proxy_http
LogLevel alert rewrite:trace6 proxy_http:trace3
Перезагрузить и ещё раз проверить что пишет в логи.

Проксирование rewrite_mod в apache?

Иннокентий, флаг [P] это и есть прокси.
httpd.apache.org/docs/2.4/rewrite/flags.html#flag_p