Re: location / внутри location /

Hello! On Wed, Jan 27, 2021 at 08:52:48PM +0300, Slawa Olhovchenkov wrote: > On Wed, Jan 27, 2021 at 08:35:41PM +0300, Maxim Dounin wrote: > > > > > > а кстати, есть ли какой-то более изящный способ сделать внутрений > > > > > редирект на @proxy в данном случае? > > > > > > > > Можно сделать >

Re: location / внутри location /

On Wed, Jan 27, 2021 at 08:35:41PM +0300, Maxim Dounin wrote: > > > > а кстати, есть ли какой-то более изящный способ сделать внутрений > > > > редирект на @proxy в данном случае? > > > > > > Можно сделать > > > > > > error_page 418 @proxy; > > > return 418; > > > > > > "Более изящный"

Re: location / внутри location /

Hello! On Wed, Jan 27, 2021 at 07:14:27PM +0300, Slawa Olhovchenkov wrote: > On Wed, Jan 27, 2021 at 07:07:35PM +0300, Maxim Dounin wrote: > > > Hello! > > > > On Wed, Jan 27, 2021 at 06:43:10PM +0300, Slawa Olhovchenkov wrote: > > > > > On Wed, Jan 27, 2021 at 06:34:15PM +0300, Maxim Dounin w

Re: location / внутри location /

On Wed, Jan 27, 2021 at 07:07:35PM +0300, Maxim Dounin wrote: > Hello! > > On Wed, Jan 27, 2021 at 06:43:10PM +0300, Slawa Olhovchenkov wrote: > > > On Wed, Jan 27, 2021 at 06:34:15PM +0300, Maxim Dounin wrote: > > > > > Hello! > > > > > > On Wed, Jan 27, 2021 at 05:08:45PM +0300, Slawa Olhovc

Re: location / внутри location /

Hello! On Wed, Jan 27, 2021 at 06:43:10PM +0300, Slawa Olhovchenkov wrote: > On Wed, Jan 27, 2021 at 06:34:15PM +0300, Maxim Dounin wrote: > > > Hello! > > > > On Wed, Jan 27, 2021 at 05:08:45PM +0300, Slawa Olhovchenkov wrote: > > > > > А возможна ли конструкция типа такой: > > > > > > locat

Re: location / внутри location /

On Wed, Jan 27, 2021 at 06:34:15PM +0300, Maxim Dounin wrote: > Hello! > > On Wed, Jan 27, 2021 at 05:08:45PM +0300, Slawa Olhovchenkov wrote: > > > А возможна ли конструкция типа такой: > > > > location / { > >rewrite ; > >rewrite ; > >location ~ /../(..)... { > > try_

Re: location / внутри location /

Hello! On Wed, Jan 27, 2021 at 05:08:45PM +0300, Slawa Olhovchenkov wrote: > А возможна ли конструкция типа такой: > > location / { >rewrite ; >rewrite ; >location ~ /../(..)... { > try_files /$2/$3/$2$3$4_$1.bin @proxy; >} >location / { > try_files /notexis

Re: location + proxy pass = 404

Всем спасибо. В итоге сделал такой конфиг ... map $request_uri $topdir { ~(?^/[a-zA-Z0-9]+[/]) $captured_topdir; } ... server { listen 80; server_name _; proxy_set_header Accept-Encoding "gzip,deflate";

Re: location + proxy pass = 404

ср, 17 июн. 2020 г. в 21:53, emejibka : > Странно, запустил nginx версии 1.12 в докере с "рабочим" конфигом, > результат > тот же - 404. > > У нас следующая задача - необходимо спрятать за nginx с десяток других веб > сервисов, nginx будет работать только как реверс-прокси. DNS использовать > это

Re: location + proxy pass = 404

Странно, запустил nginx версии 1.12 в докере с "рабочим" конфигом, результат тот же - 404. У нас следующая задача - необходимо спрятать за nginx с десяток других веб сервисов, nginx будет работать только как реверс-прокси. DNS использовать нельзя, nginx будет использоваться внутри локальной сети,

Re: location + proxy pass = 404

было бы идеально, если бы подобные конфиги приводили к ошибке. но нет, они работают )) к сожалению, весьма запутанным образом ср, 17 июн. 2020 г. в 15:43, Сергей Тургузов : > Ещё вариант, можно через rewrite придти к нужному url. > Но голый конфиг вида server { listen; location /asd/ { proxy_pass

Re: location + proxy pass = 404

если локейшены отсутствуют, то при запросе на них отдается статика с пути, заданного в директиве root (это может быть неявно). вероятно, эти файлы лежали прямо на сервере. можно поставить вопрос по другому, что должно происходить при подобных запросах ? как они должны обрабатываться ? и уже по эт

Re: location + proxy pass = 404

On Wed, Jun 17, 2020 at 06:35:26AM -0400, emejibka wrote: > В том то и дело что другие location в конфиге отсутствуют. > Как объяснить работающий конфиг на старой версии nginx? Для начала получить debug log-и и сравнить. -- Eugene Berdnikov ___ nginx-

Re: location + proxy pass = 404

Ещё вариант, можно через rewrite придти к нужному url. Но голый конфиг вида server { listen; location /asd/ { proxy_pass; } } работать не будет, у вас нет условия для ‘/‘, т.е. запросы неподходящие под заданный location будут выдавать ошибку. > 17 июня 2020 г., в 13:35, emejibka написал(а): >

Re: location + proxy pass = 404

В том то и дело что другие location в конфиге отсутствуют. Как объяснить работающий конфиг на старой версии nginx? Posted at Nginx Forum: https://forum.nginx.org/read.php?21,288370,288372#msg-288372 ___ nginx-ru mailing list nginx-ru@nginx.org http://m

Re: location + proxy pass = 404

Проблему надо искать в location, которые относятся к /Content/, /bundles/, etc. > 17 июня 2020 г., в 09:16, emejibka написал(а): > > Здравствуйте, коллеги. > > Имеется два сервера, на одном nginx 1.12.2, на втором - 1.17.10. > > На сервере со старой версией nginx всё работает, скопировал конфи

Re: location ~ poddomen не получается реализовать

Спасибо, чё то не подумал ) Posted at Nginx Forum: https://forum.nginx.org/read.php?21,288040,288043#msg-288043 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: location ~ poddomen не получается реализовать

Блок server. Правила в отдельный файл и пользуйся include. "milov" 15 мая 2020 г. 10:15:07 написал: Нужно закрыть паролем поддомен, на if ругается, а location не получается придумать location ~ poddomen\.domen\.ru { auth_basic "Private zone. Only for administrator!"; au

Re: location

Hello! On Tue, Jul 09, 2019 at 12:07:52PM +0300, Slawa Olhovchenkov wrote: > On Tue, Jul 09, 2019 at 11:51:19AM +0300, Maxim Dounin wrote: > > > Hello! > > > > On Mon, Jul 08, 2019 at 07:24:33PM +0300, Slawa Olhovchenkov wrote: > > > > > On Mon, Jul 08, 2019 at 07:11:59PM +0300, Maxim Dounin w

Re: location

On Tue, Jul 09, 2019 at 11:51:19AM +0300, Maxim Dounin wrote: > Hello! > > On Mon, Jul 08, 2019 at 07:24:33PM +0300, Slawa Olhovchenkov wrote: > > > On Mon, Jul 08, 2019 at 07:11:59PM +0300, Maxim Dounin wrote: > > > > > > > > action тут разный. я на этом внимание не заострил, думал и так > >

Re: location

Hello! On Mon, Jul 08, 2019 at 07:24:33PM +0300, Slawa Olhovchenkov wrote: > On Mon, Jul 08, 2019 at 07:11:59PM +0300, Maxim Dounin wrote: > > > > > > action тут разный. я на этом внимание не заострил, думал и так понятно > > > > > > > > Понятно. И также понятно, что даже при одном и том же ac

Re: location

On Mon, Jul 08, 2019 at 07:11:59PM +0300, Maxim Dounin wrote: > > > > action тут разный. я на этом внимание не заострил, думал и так понятно > > > > > > Понятно. И также понятно, что даже при одном и том же action - > > > приведённые команды делают разное, и результаты могут кардинально > > >

Re: location

Hello! On Mon, Jul 08, 2019 at 04:55:40PM +0300, Slawa Olhovchenkov wrote: > On Mon, Jul 08, 2019 at 04:29:06PM +0300, Maxim Dounin wrote: > > > > > > есть кусок конфига > > > > > location /pkg { alias /poudriere/data/packages; index index.html > > > > > index.htm; } > > > > > добавляем > > >

Re: location

On Mon, Jul 08, 2019 at 04:29:06PM +0300, Maxim Dounin wrote: > > > > есть кусок конфига > > > > location /pkg { alias /poudriere/data/packages; index index.html > > > > index.htm; } > > > > добавляем > > > > > > > > location /pkg/edge12-default { proxy_pass http://X.Y.Z.Q; } > > > > nginx -s r

Re: location

Hello! On Sat, Jul 06, 2019 at 09:04:00PM +0300, Slawa Olhovchenkov wrote: > On Sat, Jul 06, 2019 at 08:38:19PM +0300, Maxim Dounin wrote: > > > Hello! > > > > On Fri, Jul 05, 2019 at 07:17:01PM +0300, Slawa Olhovchenkov wrote: > > > > > есть кусок конфига > > > > > > location /pkg { alias /p

Re: location

On Sat, Jul 06, 2019 at 08:38:19PM +0300, Maxim Dounin wrote: > Hello! > > On Fri, Jul 05, 2019 at 07:17:01PM +0300, Slawa Olhovchenkov wrote: > > > есть кусок конфига > > > > location /pkg { alias /poudriere/data/packages; index index.html > > index.htm; } > > > > добавляем > > > > locatio

Re: location

Hello! On Fri, Jul 05, 2019 at 07:17:01PM +0300, Slawa Olhovchenkov wrote: > есть кусок конфига > > location /pkg { alias /poudriere/data/packages; index index.html index.htm; } > > добавляем > > location /pkg/edge12-default { proxy_pass http://X.Y.Z.Q; } > > nginx -s reload > > и призапрос

Re: location + rewrite и (де)кодирование URI

On Thu, Jun 20, 2019 at 11:43:35AM +0300, Gena Makhomed wrote: > Что именно Вы предлагаете написать в конфигурации nginx для того, > чтобы убрать префикс /wiki и сделать 301 редирект на новый урл, > > при этом чтобы /wiki/some/other/uri > не превращалось в /some%2Fother%2Furi Я же написал: нужна

Re: location + rewrite и (де)кодирование URI

On 20.06.2019 10:54, Evgeniy Berdnikov wrote: Ну да, нужна тукенизация и способ обойти её, если в результат хочется вставлять разделители тукенов (вспоминается sendmail, ага). Но мне удобный и интуитивно понятный интерфейс всегда ближе формально правильного и полного, но нечеловеческого,

Re: location + rewrite и (де)кодирование URI

On Thu, Jun 20, 2019 at 07:24:37AM +0300, Gena Makhomed wrote: > Кроме того, процесс раскодирования сопровождается потерей информации, > так что в результате потом невозможно будет корректно закодировать урл. ... > Ошибка в том, что /wiki/some/other/uri > превращается в /some%2Fother%2Furi Ну да,

Re: location + rewrite и (де)кодирование URI

On 20.06.2019 2:33, Evgeniy Berdnikov wrote: IMHO, лучше было бы принять соглашение, что rewrite работает на уровне раскодированных URI и его результат подлежит кодированию. Для вставки уже кодированных строк понадобится функция декодирования, зато схема будет простой и предельно ясной.

Re: location + rewrite и (де)кодирование URI

On Wed, Jun 19, 2019 at 02:54:10PM +0300, Maxim Dounin wrote: > On Tue, Jun 18, 2019 at 04:45:13PM +0300, Gena Makhomed wrote: > > > On 18.06.2019 15:26, Maxim Dounin wrote: > > > > > И снова эксперимент плохой, негодный. > > > > Вот полный конфиг тестового сервера: > > > > server { > > li

Re: location + rewrite и (де)кодирование URI

On 19.06.2019 14:54, Maxim Dounin wrote: location /wiki1/ { rewrite ^/wiki1/(.*) https://$host/$1; } location /wiki2/ { rewrite ^/wiki2/(?.*) https://$host/$title; } Вот запросы к первому и второму location`у: $ curl -I http://127.0.0.1:8080/wiki1/%

Re: location + rewrite и (де)кодирование URI

Hello! On Tue, Jun 18, 2019 at 04:45:13PM +0300, Gena Makhomed wrote: > On 18.06.2019 15:26, Maxim Dounin wrote: > > > И снова эксперимент плохой, негодный. > > Вот полный конфиг тестового сервера: > > server { > listen 8080; > > location /wiki1/ { > rewrite ^/wiki1/(.*) ht

Re: location + rewrite и (де)кодирование URI

On 18.06.2019 15:26, Maxim Dounin wrote: И снова эксперимент плохой, негодный. Вот полный конфиг тестового сервера: server { listen 8080; location /wiki1/ { rewrite ^/wiki1/(.*) https://$host/$1; } location /wiki2/ { rewrite ^/wiki2/(?.*) https://$host/$title

Re: location + rewrite и (де)кодирование URI

Hello! On Tue, Jun 18, 2019 at 03:12:12PM +0300, Gena Makhomed wrote: > On 18.06.2019 14:09, Maxim Dounin wrote: > > > Проще всего сделать так: > > > > rewrite ^/wiki/(.*) https://$host/$1; > > в таком случае в редиректе возвращается раскодированный урл: > > $ curl -I https://example.com

Re: location + rewrite и (де)кодирование URI

On 18.06.2019 14:09, Maxim Dounin wrote: Проще всего сделать так: rewrite ^/wiki/(.*) https://$host/$1; в таком случае в редиректе возвращается раскодированный урл: $ curl -I https://example.com/wiki/%D1%82%D0%B5%D1%81%D1%82 HTTP/1.1 301 Moved Permanently Location: https://example.com/т

Re: location + rewrite и (де)кодирование URI

Hello! On Tue, Jun 18, 2019 at 01:27:36PM +0300, Gena Makhomed wrote: > On 18.06.2019 11:27, Maxim Dounin wrote: > > >> Есть такой фрагмент документации на директиву location: > >> > >> Синтаксис: location [ = | ~ | ~* | ^~ ] uri { ... } > >> > >> Для сопоставления используется URI з

Re: location + rewrite и (де)кодирование URI

On 18.06.2019 11:27, Maxim Dounin wrote: Есть такой фрагмент документации на директиву location: Синтаксис: location [ = | ~ | ~* | ^~ ] uri { ... } Для сопоставления используется URI запроса в нормализованном виде, после декодирования текста, заданного в виде “%XX”, преобраз

Re: location + rewrite и (де)кодирование URI

Hello! On Tue, Jun 18, 2019 at 06:31:24AM +0300, Gena Makhomed wrote: > Здравствуйте, All! > > Есть такой фрагмент документации на директиву location: > > Синтаксис: location [ = | ~ | ~* | ^~ ] uri { ... } > > Для сопоставления используется URI запроса в нормализованном виде, >

Re: location vs map по скорость

Здравствуйте, kpoxa. perf даст больше полезной информации. > А что будет по скорости быстрее работать, при ограничении доступа к > определенным расширениям файлов (2-3 десятка расширений): -- С уважением, Михаил mailto:postmas...@softsearch.ru

Re: location vs map по скорость

Hello! On Thu, Jul 26, 2018 at 11:42:44PM +0300, Ruslan Ermilov wrote: > On Thu, Jul 26, 2018 at 04:50:45PM +0300, Maxim Dounin wrote: > > On Thu, Jul 26, 2018 at 03:43:39PM +0300, kpoxa wrote: > > > > > Добрый день. > > > > > > А что будет по скорости быстрее работать, при ограничении доступа

Re: location vs map по скорость

On Thu, Jul 26, 2018 at 04:50:45PM +0300, Maxim Dounin wrote: > On Thu, Jul 26, 2018 at 03:43:39PM +0300, kpoxa wrote: > > > Добрый день. > > > > А что будет по скорости быстрее работать, при ограничении доступа к > > определенным расширениям файлов (2-3 десятка расширений): > > > > location ~*

Re: location vs map по скорость

Hello! On Thu, Jul 26, 2018 at 03:43:39PM +0300, kpoxa wrote: > Добрый день. > > А что будет по скорости быстрее работать, при ограничении доступа к > определенным расширениям файлов (2-3 десятка расширений): > > location ~* \.(ext1|ext2|ext3)$ { > deny all; > } > location / { > //access grante

Re: location для уникального uri

спасибо за подробности! очень помогло в понимании ) Posted at Nginx Forum: http://forum.nginx.org/read.php?21,260948,260953#msg-260953 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: location для уникального uri

спасибо, работает. правильно ли я понял что `=` обуславливает явное попадание под регулярку? "Затем nginx проверяет location’ы, заданные регулярными выражениями, в порядке их следования в конфигурационном файле. При первом же совпадении поиск прекращается и nginx использует совпавший location."

Re: location для уникального uri

> почему абсолютный путь не имеет приоритета Потому что приоритет имеет не "путь", а "качество" локейшна. Если я правильно помню, то: "Начинается с" ( location /path {} ) < регексп ( location ~* (.*) {} ) < полное совпадение ( location = /path {} ). > надо делать по другому как то? Да, чуть выше у

Re: location для уникального uri

Добрый день, попробуйте так: location = /js/data/city_base.js { include /etc/nginx/am_proxy.conf; } подробнее: http://nginx.org/ru/docs/http/request_processing.html ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listin

Re: Location с одного ip не получается

Hello! On Sun, Jul 19, 2015 at 05:12:49AM +, Oleg Ruso wrote: > Доброго времени Лист! > Имеется локэейшн > ---location /blow  { >     >     try_files $fastcgi_script_name =404; >     index  index.php

Re: Location с одного ip не получается

> Очивидно, требуется использовать рег. выражение. если вам нужно ограничить доступ к location начинающемуся с /blow - регулярное выражение не нужно. > /blow/*.* /blow/*.php /blow/ ^(.+\.php)(/.+)$ и ряд других. Не > получается. Прошу помочь. а почитайте про pcre - вот и будет вам помощь.

Re: Location для php скрипта с параметрами

Дело в вопросительно знаке /index.php?param1=a¶m2=b¶mN=N. Подробнее вот http://forum.nginx.org/read.php?21,13622,13629#msg-13629 Кто-то сталкивался с таким? Порекомендуйте пожалуйста как решить задачу 13 мая 2015 г., 13:47 пользователь Иван Мишин написал: > Вот мой полный конфиг сервера: > se

Re: Location для php скрипта с параметрами

13 мая 2015 г., 13:47 пользователь Иван Мишин написал: > Вот мой полный конфиг сервера: > server { > listen 80; > server_name test.info; > > location /index.php?param1=a¶m2=b¶mN=N { > auth_basic "Restricted"; > proxy_pass http://127.0.0.1:8080; >

Re: Location для php скрипта с параметрами

Вот мой полный конфиг сервера: server { listen 80; server_name test.info; location /index.php?param1=a¶m2=b¶mN=N { auth_basic "Restricted"; proxy_pass http://127.0.0.1:8080; } location / { proxy_pass http://127.0.0.1:8080; }

Re: Location для php скрипта с параметрами

Дело в том что на сколько я понимаю location не реагирует на параметры скрипта 13 мая 2015 г., 11:31 пользователь Vadim A. Misbakh-Soloviov написал: > Может, для начала поменять их местами? > // на синтаксис не проверял > > -- > Best regards, > mva > > ___

Re: Location для php скрипта с параметрами

Может, для начала поменять их местами? // на синтаксис не проверял -- Best regards, mva signature.asc Description: This is a digitally signed message part. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: Location для php скрипта с параметрами

Проблему решил, но через if. Сейчас снова столкнулся с похожей задачей, но в ней if использовать уже накладно. Как реализовать аналогичное, но без if ? То есть должно быть location / { proxy_pass http://127.0.0.1:8080; } location /index.php?param1=a¶m2=b¶mN=N { auth_

Re: Location для php скрипта с параметрами

Приведенная выше схема не работает 2015-04-01 10:59 GMT+03:00 Иван Мишин : > ВОт так? > location / { > if ($query_string ~ param1=a ) { > error_page 418 = @restricted; > } > proxy_pass http://1

Re: Location для php скрипта с параметрами

ВОт так? location / { if ($query_string ~ param1=a ) { error_page 418 = @restricted; } proxy_pass http://127.0.0.1:8080; } location @restricted {

Re: Location для php скрипта с параметрами

31.03.2015 09:03, Иван Мишин пишет: Добрый день! Добрый день, иван! Есть сайт где переход по страничкам осуществляется с помощью дерганья php скрипта с различными параметрами. Например /index.php?param1=a¶m2=b¶mN=N Мне надо повесить auth_basic на определенные странички, то есть на запуск php

Re: Location хедер остается localhost

On 28.11.2014 10:25, busotir wrote: Конфигурация client - nginx - tomcat. При проходе ПОСТ-запроса на логаут внешний адрес как положено транслируется нгинксом в localhost. В приложении на томкате логаут редиректится на логин-страницу, высылается 302 респонс с Location="localhost...". Нгинкс не м

Re: Location хедер остается localhost

Здравствуйте, busotir. Вы писали 28 ноября 2014 г., 11:25:00: > Конфигурация client - nginx - tomcat. При проходе ПОСТ-запроса на логаут > внешний адрес как положено транслируется нгинксом в localhost. В приложении > на томкате логаут редиректится на логин-страницу, высылается 302 респонс с > Loc

Re: location /pics/ только для картинок

спасибо Posted at Nginx Forum: http://forum.nginx.org/read.php?21,255063,255074#msg-255074 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru

Re: location /pics/ только для картинок

On 24 Nov 2014, at 13:11, cilrill wrote: > Добрый день. > > Нужно все запросы картинок jpg|jpeg|gif|png в uri которых присутствует > /pics/ проксировать на отдельный сервер. > Ссылки вида example.com/pics/goods/big/komplekt_4-2.jpg > > Пока сделал так и работает. > > location /pics/ { > loca

Re: location = /

Hello! On Mon, Oct 20, 2014 at 09:07:07AM +0300, chm...@yandex.ru wrote: [...] > >> Запрос попал во второй location, но согласно документации должен был > >> попасть в первый. > >> Почему так ? > > > > Он сначала попал в первый, а потом - во второй. Поскольку > > обработка завершилась во в

Re: location = /

> On Oct 20, 2014, at 08:50, Maxim Dounin wrote: > > Hello! > > On Sun, Oct 19, 2014 at 05:51:45PM +0300, chm...@yandex.ru > wrote: > >> Всем привет. >> Что я делаю не так: >> >> server { >> listen 80 default_server; >> >> root /var/www; >> >>

Re: location = /

Hello! On Sun, Oct 19, 2014 at 05:51:45PM +0300, chm...@yandex.ru wrote: > Всем привет. > Что я делаю не так: > >server { >listen 80 default_server; > > root /var/www; > >location = / { >access_log /var/log/nginx/root_access.log main; >} >

Re: Location два параметра

Hello! On Sun, Jul 14, 2013 at 03:27:24PM -0400, isamitakata wrote: > Приветствую всех! Есть проблемка, с nginx познакомился недавно, нужна > помощь. > Есть урл вида http://example.com/d/STRING > Правило для него такое > > if ($args ~ "^linkd=(.+)$"){ > set $rule_0 1$rule_0; > set $bref_1 $1; >

Re: location и proxy pass

Hello! On Thu, May 16, 2013 at 07:12:57AM -0400, AMax wrote: > Есть такой server: > > server { > listen 80; > server_name example.com www.example.com; > > access_log /var/log/nginx/example.com/access.log main; > error_log /var/log/nginx/example.com/error.log; > include /etc/

Re: location error, root не видит другие файлы

Вот пока не попросишь помощи, не подумаешь. Разобрался сам, заработало со вложенным локэшеном: location ~* ^/errors/(.+\.(jpg|jpeg|gif|css|png|js|ico|html|xml|txt))$ { root /var/www; } Всем спасибо. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,2

Re: location error, root не видит другие файлы

Хотелось бы поднять тему. Возникла точно такая же ситуация, но указанное решение не помогает. Есть подозрение, что проблема в локэйшене, который отдает всю статику. Только как обойти, пока не придумал. Буду признателен за помощь. Исходный конфиг: server { listen 80; server_name