https://www.opennet.me/openforum/vsluhforumID3/117740.html Доступен (http://mailman.nginx.org/pipermail/nginx-announce/2019/000243.html) выпуск основной ветки nginx 1.17.1 (http://nginx.org), в рамках которой продолжается развитие новых возможностей (в параллельно поддерживаемой стабильной ветке 1.16 (https://www.opennet.ru/opennews/art.shtml?num=50561) вносятся только изменения, связанные с устранением серьёзных ошибок и уязвимостей.<br><br><br>Основные изменения (http://nginx.org/en/CHANGES):<br><br><br>- Добавлена директива limit_req_dry_run (http://nginx.org/en/docs/http/ngx_http_limit_req_module.html#limit_req_dry_run), которая активирует режим пробного запуска, в котором не применяются ограничения на интенсивность обработки запросов (без rate limit), но продолжается учёт выходящего за лимиты числа запросов в разделяемой памяти;<br><br><br>- При использовании в блоке настроек "upstream" директивы "hash (http://nginx.org/en/docs/http/ngx_http_upstream_module.html#hash)" для организации балансировки нагрузки с привязкой клиента к серверу, в случае указания пустого значения ключа те https://www.opennet.me/openforum/vsluhforumID3/117740.html#42 Fri, 01 May 2020 02:41:35 GMT Получит прорусе<br> https://www.opennet.me/openforum/vsluhforumID3/117740.html#41 Fri, 01 May 2020 02:40:21 GMT Получит пропуск<br> https://www.opennet.me/openforum/vsluhforumID3/117740.html#40 Mon, 01 Jul 2019 19:07:57 GMT &gt; Хорошо, уточню. Для неактивных keep-alive соединений. Как только поступает запрос, <br>&gt; то привет старый добрый апач с отдельными потоками на каждое соединение.<br><br>ну для виндоюзеров это, конечно, трагедия, но в линухе-то fork бесплатен, по идее ничего особо неправильного в такой технологии нет. (и тогда совсем непонятно, а что с пехепе-модулем-то не так?) Но вот дальше там, боюсь, все тот же "старый-добрый", с теми же самыми наслоениями полуработающего tcp в каких-то давно всеми забытых юниксах и с теми же самыми локами.<br><br>Буду рад, конечно, ошибиться, поскольку направление развития nginx давно уже мне не по пути.<br><br> https://www.opennet.me/openforum/vsluhforumID3/117740.html#39 Mon, 01 Jul 2019 12:30:21 GMT Хорошо, уточню. Для неактивных keep-alive соединений. Как только поступает запрос, то привет старый добрый апач с отдельными потоками на каждое соединение.<br> https://www.opennet.me/openforum/vsluhforumID3/117740.html#38 Mon, 01 Jul 2019 08:22:42 GMT &gt; Оно там и близко не "как в nginx". Оно там только для <br>&gt; keep-alive соединений.<br><br>а что у нас сегодня НЕ keep-alive?<br> https://www.opennet.me/openforum/vsluhforumID3/117740.html#37 Mon, 01 Jul 2019 08:22:17 GMT &gt; В общем, все так же - только через fastcgi.<br><br>значит, нинужна.<br>&gt; Смысл ровно один - htaccess на шаредах.<br><br>htaccess в котором не работают php-специфичные команды вызовет массу приятных и интересных глюков на shared.<br><br>впрочем, там еще и itk обычно, поскольку патчить ведро (как мы делали во времена апача 1.3) дураков нет<br> https://www.opennet.me/openforum/vsluhforumID3/117740.html#36 Mon, 01 Jul 2019 05:40:03 GMT Оно там и близко не "как в nginx". Оно там только для keep-alive соединений.<br> https://www.opennet.me/openforum/vsluhforumID3/117740.html#35 Sun, 30 Jun 2019 22:56:18 GMT только от этого он меньше форкаться не стал<br>апачу уже ничего не поможет<br><br>от евентовой модели там одно название<br> https://www.opennet.me/openforum/vsluhforumID3/117740.html#34 Sun, 30 Jun 2019 20:00:42 GMT Естественно, как их подружить? Тут будут ровно те же проблемы, что и со встраиванием в nginx.<br><br>В общем, все так же - только через fastcgi.<br><br>Смысл ровно один - htaccess на шаредах.<br>