Как написать правило?

newaitix, а если перенести это правило выше остальных RewriteRule

Почему nginx возвращает 403?

ironheaddd, а что в пишет в error_log /var/log/nginx/nginx-error.log;

и ещё раз проверить права на /home/back/project/randomname/app
и на сам файл /home/back/project/randomname/app/index.html

Почему nginx возвращает 403?

ironheaddd, если там запрос /app без слеша в конце, то и location нужен без завершающего слеша

location /app {
    root		/home/back/project/randomname;
    index		index.html;
}

Ну и проверить что действительно существует файл /home/back/project/randomname/app/index.html

Почему nginx возвращает 403?

ironheaddd, в какую папку должно быть обращение при sub.domain.com/app?

Почему nginx возвращает 403?

ironheaddd, в какую папку должно быть обращение при sub.domain.com/app?
Итоговый путь складывается из root и uri

location /app {
    root		/home/back/project/randomname/app/;

При таких настройках итоговый путь будет "/home/back/project/randomname/app/" + "/app"
Т.е. будет "/home/back/project/randomname/app/app".
Если убрать /app/ из root то будет "/home/back/project/randomname/app"

location /app {
    root		/home/back/project/randomname;

Как в htaсcess правильно сделать редирект 301 из папки на поддомен с помощью Rewrite?

Роман Кузнецов, в файл /subdomains/.htaccess можно вынести только первое правило:

RewriteEngine On

RewriteCond %{THE_REQUEST} /subdomains/
RewriteRule ^([^/]+)/(.*) http://$1.site.ru/$2 [R=301,L]

Второе правило нельзя перенести из корня.

Как запретить скачивание/обращение к файлам .zip .sql и .txt в nginx по аналогии htaccess?

Grizar, при таких настройках в файле 1.конф должно нормально работать ограничение на стороне Apache, но раз не работает вероятно кеш в настройках Nginx или на стороне Cloudflare если его используете.
1.конф

server {
    listen       180.250.210.33:80 default;
    server_name  _;
    #access_log  /var/log/nginx/180.250.210.33.log main;
    location / {
        proxy_pass  http://180.250.210.33:8080;
    }

    location ~ \.(zip|txt|sql)$ { return 404; }

}

Если не работает, то проверить можно запросив адрес которого ещё нет в кеше.
К запросу файла site1.com/papka1/file1.zip просто добавить рандомный GET-параметр.
site1.com/papka1/file1.zip?rnd=1234

Как запретить скачивание/обращение к файлам .zip .sql и .txt в nginx по аналогии htaccess?

Grizar, тогда нужно глянуть что в файлах /etc/nginx/conf.d/*.conf

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

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), а относительно корня файловой системы.