Все же понимают, что отсутствующий server_name - это просто способ "упрощения" минимально необходимого конфига и на самом деле имя сервера все равно присутствует (дефолтное значение - пустая строка). Что именно попадетby Maksim Kulik - Nginx Mailing List - Russian
В RFC на эту тему есть вполне четкое мнение: The SERVER_NAME variable MUST be set to the name of the server host to which the client request is directed. Там должно быть имя сервера, который обслуживает этот запрос. Из документации nginx: Первое имя становится осноby Maksim Kulik - Nginx Mailing List - Russian
Да, т.к. name of the server - это первое имя в директиве server_name. Выше в переписке уже писали, что это упомянуто в документации - http://nginx.org/ru/docs/http/ngx_http_core_module.html#server_name Кроме этого, Максим писал про аналоги в веб-сервере Apache - там естьby Maksim Kulik - Nginx Mailing List - Russian
h1.example.com - это и есть имя сервера, остальное - алиасы. пн, 13 мар. 2023 г. в 13:12, Nikolay Shaplov <dhyan@nataraj.su>: > В письме от понедельник, 13 марта 2023 г. 12:40:14 MSK пользователь Илья > Шипицин написал: > > > A deployed server can have more than one possibby Maksim Kulik - Nginx Mailing List - Russian
Мне кажется, что в RFC речь идет скорее про разные блоки server {}, т.к. речь явно про several virtual hosts, а не про several server names. То есть веб-сервер вполне корректно по RFC выбирает блок server {} по имени хоста и используется главное имя этоby Maksim Kulik - Nginx Mailing List - Russian
http://nginx.org/ru/docs/ngx_core_module.html#error_log Включите лог только для уровней error и выше и варнингов не будет. чт, 22 дек. 2022 г., 20:14 <izorkin@gmail.com>: > Здравствуйте, Максим. > > > > Я думал, что можно как-то полностью убрать эти сообby Maksim Kulik - Nginx Mailing List - Russian
Здравствуйте. Так это же уровень - он и предупреждает, что у вас там дубликаты. Nginx же не отказывается запускаться с таким конфигом? Если я все правильно понимаю, nginx не запустится только при наличии ошибок уровня . чт,by Maksim Kulik - Nginx Mailing List - Russian
Надо просто внимательнее читать... "В вышеприведённой конфигурации сервером по умолчанию будет первый сервер, что соответствует стандартному поведению nginx по умолчанию. Сервер по умолчанию можно задать явно с помоby Maksim Kulik - Nginx Mailing List - Russian
Можно после if делать внутренний редирект на другой локейшен (если, конечно, в вашем случае нет какой-то сложной дальнейшей обработки и вас интересует только то, что записано в location / ) при помощи error_page. То есть: error_page 420by Maksim Kulik - Nginx Mailing List - Russian
Добрый день. А где конфигурация access_log для локалхоста? Думаю следует явно указать его в этом блоке server и проблема пропадет. ср, 15 июл. 2020 г. в 13:19, grey <nginx-forum@forum.nginx.org>: > Приветствую всех! > > > Заметил тут одну веby Maksim Kulik - Nginx Mailing List - Russian
Можно еще короче. В блоке сервера для 80 порта указать: return 301 https://$host$request_uri; ср, 15 июл. 2020 г. в 11:14, Dmytro Lavryk <root@dl.sm.ua>: > if ($ssl_protocol = "") { > rewrite ^ https://$host$request_uri > https://sorp.ae$request_uri permanent; > } > > > ---- Уby Maksim Kulik - Nginx Mailing List - Russian
Если в логах ошибок пусто: 1. Ошибку возвращает не nginx, а апстрим. 2. Не в тех логах смотрите. 3. Ошибок нет. Как вариант, можно поставить уровень логов - info. Или найти фрилансера, который все сделает. чт, 28 мая 2020 г. в 11:37, Fucby Maksim Kulik - Nginx Mailing List - Russian
Где-то в конфиге nginx должны быть директивы error_log. Искать конфиги, видимо, надо здесь: /etc/nginx/conf.d/*.conf чт, 28 мая 2020 г. в 11:19, FuckYouSystem <nginx-forum@forum.nginx.org>: > А где хранится лог? > > Posted at Nginx Forum: > https://forum.nginx.org/read.php?21,288174,28818by Maksim Kulik - Nginx Mailing List - Russian
А что в блоке server для конкретного хоста? Что с логом ошибок? Может 414 возвращает не nginx, а apache, который стоит за ним? Без логов этого не понять. чт, 28 мая 2020 г. в 09:35, FuckYouSystem <nginx-forum@forum.nginx.org>: > # Server globals > user www-datby Maksim Kulik - Nginx Mailing List - Russian
Тогда нужен полный конфиг и ошибки из лога ошибок. чт, 28 мая 2020 г. в 09:08, FuckYouSystem <nginx-forum@forum.nginx.org>: > > http://nginx.org/ru/docs/http/ngx_http_core_module.html#large_client_header_buffers > > > Не сработало, выставлял 32k и 32m. Нгинкс рестартил > > Posby Maksim Kulik - Nginx Mailing List - Russian
http://nginx.org/ru/docs/http/ngx_http_core_module.html#large_client_header_buffers чт, 28 мая 2020 г. в 08:56, FuckYouSystem <nginx-forum@forum.nginx.org>: > Нужно отправить запрос на сервер, методом POST. Получаю ошибку 414. Запрос > содержит более 8196 символов и отрпавляется сby Maksim Kulik - Nginx Mailing List - Russian
У вас тело запроса сохраняется во временный файл. Если дисковая подсистема не очень быстрая, а запросов будет много и при условии достаточного количества RAM - лучше подкрутить http://nginx.org/ru/docs/http/ngx_http_core_module.html#client_body_buffer_sby Maksim Kulik - Nginx Mailing List - Russian
Для начала надо все же разобраться с логами. Есть у меня стойкое ощущение, что ваши логи пишутся в файл с именем "on". http://nginx.org/ru/docs/ngx_core_module.html#error_log У директив access_log и error_log нет значения "on" и оно явно воспринимby Maksim Kulik - Nginx Mailing List - Russian
Вы запрашиваете .php файл и он будет обработан в location ~ \.(php|html)$, а не в location /admin/ Порядок обработки location можно найти здесь: http://nginx.org/ru/docs/http/ngx_http_core_module.html#location пт, 8 мая 2020 г. в 11:29, grey <nginx-forum@forum.nginx.org>: > Еще заметил однby Maksim Kulik - Nginx Mailing List - Russian
Добрый день. А почему вы решили спросить это у разработчиков nginx, а не у разработчиков engintron? Всегда можно запретить перезапись файлов "в лоб" при помощи chattr +i для необходимых файлов. Но для начала следует разобратby Maksim Kulik - Nginx Mailing List - Russian
Может просто на уровне server прописать root /srv/www/frontend/build/, а для основного проекта прописать alias, либо root для location / ? Не проверял, но мне кажется, что должно работать. чт, 8 нояб. 2018 г. в 7:00, inkognito0609 <nginx-forum@forum.nginx.org>: > Slawa Olby Maksim Kulik - Nginx Mailing List - Russian
Максим же написал выше: по умолчанию каждое соединение используется только для обработки одного запроса. Т.е. nginx открывает новое соединение на каждый новый запрос. Ссылки на настройки там также есть. пт, 2 нояб. 2018 г. вby Maksim Kulik - Nginx Mailing List - Russian
Запрос GET /v3 явно не попадает в ваш локейшен со сменой root. Т.е. попадает в /v3/, но не во вложенный и root у него не меняется. location /v3/ { location ~* \.(xsl|ico|gif|png|svg|js|css|html|ttf|woff|json|xml)$ { index index.html; root /opt/DATA/stat/otp24v3;by Maksim Kulik - Nginx Mailing List - Russian
Так это вам надо к разработчикам в багтрекер, а не в рассылку: либо пофиксят, либо объяснят почему фиксить не будут. https://trac.nginx.org/nginx/ 9 ноября 2017 г., 16:25 пользователь Gena Makhomed <gmm@csdoc.com> написал: > > > P.S. Вообще-то вby Maksim Kulik - Nginx Mailing List - Russian
Нуууу... в таком случае unit и писать не надо. Это ж будет один мастер-процесс, который будет работать под рутом и иметь доступ к данным вообще всех сайтов. Проблема слегка преувеличена и, если бы все были настолько параноby Maksim Kulik - Nginx Mailing List - Russian
Так в таком случае использование unit еще выгоднее: ему не надо держать master-процесс для каждой версии php, не говоря о процессе для каждого пользователя. P.S. Может я немного отстал от актуальных знаний о PHP-FPM, но зачем подby Maksim Kulik - Nginx Mailing List - Russian
Экономия ресурсов, например. Возьмем виртуальный хостинг, на котором установлено 5 версий PHP. Для каждой версии должен быть master-процесс php-fpm, который, как минимум, кушает память, сокет и т.д. В идеале его еще и мониторитьby Maksim Kulik - Nginx Mailing List - Russian
Могу предположить, что нечто подобное вы получите установив uwsgi_read_timeout в, например, 1-5 секунд (опытным путем подберете удобное вам значение). Из документации: "Задаёт таймаут при чтении ответа uwsgi-сервера. Таймаут устby Maksim Kulik - Nginx Mailing List - Russian
EoL - 30 Апреля 2018. Так себе последние дни... > Хм. На Фри из исходников.. ну, ладно. 10.3 уже доживает последние дни > _______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ruby Maksim Kulik - Nginx Mailing List - Russian
10m = 10 мегабайт, а не 10 минут. 19 декабря 2016 г., 13:42 пользователь Andrey Kopeyko <andrey@kopeyko.ru> написал: > On Mon, 19 Dec 2016, vitcool wrote: > > начинаю разбираться с настрйоками HTTPS под nginx, подскажите пожалуйста, >> что тут можно поправby Maksim Kulik - Nginx Mailing List - Russian