как именно Nginx оперирует потоками?
пришёл запрос, его Nginx принял в поток, передал в FastCGI, а что дальше?
он будет держать поток, пока FastCGI не вернёт ответ, а Nginx его передаст
источнику
или сам FastCGI передаст ответ источнику?
сам FastCGI тоже на каждый запрос выделяет поток...
короче, потоки для FastCGI надо урезать в половину или как это работает?
Posted at Nginx Forum: https://forum.nginx.org/read.php?21,292726,292726#msg-292726
Здравствуйте.
После последнего обновления nginxQUIC перестал открываться сайт на PeerTube - отображается пустая страница.
Проверил разные сборки, перестал работать после этого коммита - 6ccf3867959a - QUIC: refactored ngx_quic_order_bufs() and ngx_quic_split_bufs().
Debug лог не влезает по размерам на pastebin.com? занимает 1 МБ.
--
С уважением,
Izorkin mailto:izorkin@gmail.com
Здравствуйте, All!
Ошибка в русской документации к директиве js_import:
http://nginx.org/ru/docs/http/ngx_http_js_module.html#js_import
Синтаксис: js_import модуль.js | имя_экспорта из модуль.js;
http://nginx.org/en/docs/http/ngx_http_js_module.html#js_import
Syntax: js_import module.js | export_name from module.js;
from - это же ключевое слово, и оно не должно переводиться на русский?
Вместо:
Синтаксис: js_import модуль.js | имя_экспорта из модуль.js;
Должно быть:
Синтаксис: js_import модуль.js | имя_экспорта from модуль.js;
--
Best regards,
Gena
Добрый день.
Есть задача на уровне nginx провалидировать клиентские заголовки
если Content-Type != application/vnd.api+json
то выдать 406
Как это можно сделать средаствами nginx?
Posted at Nginx Forum: https://forum.nginx.org/read.php?21,293547,293547#msg-293547
Дано: nginx 1.18.0-0ubuntu1.2 и access_log по умолчанию.
Проблема: некоторые записи в access.log содержат пустой IP клиента.
Примеры (обе строки начинаются с пробела, фактические запросы заменил на
"..."):
- - [25/Jan/2022:07:56:46 +0300] "GET /... HTTP/1.1" 410 198 "-"
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like
Gecko) Chrome/97.0.4692.99 Safari/537.36"
- - [25/Jan/2022:08:01:14 +0300] "GET /... HTTP/1.1" 101 2 "-" "Mozilla/5.0
(Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/97.0.4692.71 Safari/537.36"
Как такое может быть?
remote_addr в настройках не переопределяется, set_real_ip_from не
используется.
Posted at Nginx Forum: https://forum.nginx.org/read.php?21,293434,293434#msg-293434
_______________________________________________
nginx-ru mailing list -- nginx-ru(a)nginx.org
To unsubscribe send an email to nginx-ru-leave(a)nginx.org
Изменения в nginx 1.21.6 25.01.2022
*) Исправление: при использование EPOLLEXCLUSIVE на Linux распределение
клиентских соединений между рабочими процессами было неравномерным.
*) Исправление: во время плавного завершения старых рабочих процессов
nginx возвращал в ответах строку заголовка "Connection: keep-alive".
*) Исправление: в директиве ssl_session_ticket_key при использовании
TLSv1.3.
--
Maxim Dounin
http://nginx.org/
https://www.opennet.ru/opennews/art.shtml?num=56535
Игорь Сысоев ушёл из компаний F5 Network и покинул проект NGINX
Игорь Сысоев, создатель высокопроизводительного HTTP-сервера NGINX,
уволился из компании F5 Network, в которой после продажи компании NGINX
Inc находился в числе технических руководителей проекта NGINX.
Отмечается, что уход обусловлен желанием проводить больше времени в
семье и заниматься личными проектами. В компании F5 Игорь занимал
должность главного архитектора. Руководство разработкой NGINX теперь
сосредоточится в руках Максима Коновалова, занимающего пост
вице-президента по инжинирингу группы продуктов NGINX.
Игорь основал NGINX в 2002 году и до создания компании NGINX Inc в 2011
году практически в одиночку занимался всей разработкой. С 2012 года
Игорь отстранился от рутинного написания кода NGINX и основную работу по
сопровождению кодовой базы подхватили Максим Дунин, Валентин Бартенев и
Роман Арутюнян. После 2012 года участие Игоря в разработке было
сосредоточено на сервере приложений NGINX Unit и движке njs.
Отмечается, что после ухода Игоря из проекта, созданные при его участии
культура и подход к разработке останутся неизменными, как не изменится и
отношение к сообществу, прозрачности процессов, инновациям и открытому
коду. Оставшаяся команда разработчиков постарается соответствовать той
высокой планке, которую задал Игорь.
--
Best regards,
Gena
_______________________________________________
nginx-ru mailing list -- nginx-ru(a)nginx.org
To unsubscribe send an email to nginx-ru-leave(a)nginx.org
Добрый день,
Как вы могли заметить по web-интерфейсу, рассылка переведена на mailman3. Он сильно отличается от mailman2, который использовался ранее.
Пожалуйста, обратите внимание на несколько существенных отличий:
* Mailman3 не добавляет заголовок X-BeenThere в сообщения, если вы использовали этот заголовок для сортировки, пожалуйста, поменяйте его в правилах на List-Id или List-Post
* Старый архив по прежнему доступен на https://mailman.nginx.org/pipermail/nginx-ru/, новый ведется с 1-ого января 2020 и его можно найти по ссылке https://mailman.nginx.org/archives/list/nginx-ru@nginx.org/
* Возможность подписаться/отписаться, используя почтовый интерфейс, работает как прежде. Однако web-интерфейс это отдельная часть mailman'а со своей авторизацией, и для того чтобы получить к нему доступ надо зарегистрироваться с текущим email'ом - восстановление пароля не сработает, так как пользователя в web-интерфейсе еще не существует.
_______________________________________________
nginx-ru mailing list -- nginx-ru(a)nginx.org
To unsubscribe send an email to nginx-ru-leave(a)nginx.org
Добрый день, nginx проксирует запросы к удаленному бэкэнду. Удаленный nginx
бэкэнд сжимает динамические ответы brotli и отдает через HTTP1.1
chunked_transfer_encoding.
Иногда в кэше появляются не полные части файлов. Вопрос: nginx при
наступлении proxy_cache_min_uses должен сохранить ответ, НО если ответ был
не полным то nginx его все равно сохранит или перезапросит или отложит
сохранение до следующего запроса?
При разборе кэш файла из proxy_cache директории видно, что он был сжат и
отправлялся по chunked_transfer_encoding без указания Content-Lenght. Nginx
же по идее должен перед сохранением в кэш удостовериться, что файл получен
полностью, с случае если Content-Lenght указан смотреть на полученный
размер, если не указан, то ожидать чанка с содержимым "0<CRLF><CRLF>"
Posted at Nginx Forum: https://forum.nginx.org/read.php?21,293246,293246#msg-293246