https://opennet.ru/openforum/vsluhforumID3/118512.html Увидел свет выпуск сервера приложений NGINX Unit 1.11, в рамках которого развивается решение для обеспечения запуска web-приложений на различных языках программирования (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js и Java). Под управлением NGINX Unit может одновременно выполняться несколько приложений на разных языках программирования, параметры запуска которых можно изменять динамически без необходимости правки файлов конфигурации и перезапуска. Код написан на языке Си и распространяется под лицензией Apache 2.0. С особенностями NGINX Unit можно познакомиться в анонсе первого выпуска...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=51524<br> https://opennet.ru/openforum/vsluhforumID3/118512.html#107 Wed, 25 Mar 2020 20:58:58 GMT Валентин, что сейчас думаете про io_uring?<br> https://opennet.ru/openforum/vsluhforumID3/118512.html#106 Sun, 27 Oct 2019 18:40:50 GMT &gt; Почтовики? STARTTLS? Вы случайно с NNTP/Usenet не попутали? В списках рассылки можно <br>&gt; хоть из веб-интерефейса Gmail с двухфакторной авторизацией общаться.<br><br>Нет не попутал. Отправить баг в postfix и dovecot через их маиллисты мне не представляется возможным. В Гугле, Яндексе и прочих зондах читающих Вашу почту и разрешающие общение с почтовиками без STARTTLS, можно, но я же PHP-ник, я ими не пользуюсь и никому не доверяю свою почту кроме своих почтовых серверов.<br><br>&gt; index.html и так подставляется при запросе директории. А вот эмулировать поведение <br>&gt; log_not_found off; с помощью try_files - это странно.<br><br>А зачем вообще тогда по умолчанию заносить каждую 404 в лог ошибок?<br>Я думал логика в том, что каждый отдаваемый nginx-ом должен проходить через try_files, и если он отдаёт каким-то иным способом то именно это должно отображаться в файлах ошибок, но Ваш ответ меня удивил.<br><br>&gt; Обычно вся конфигурация сводится к следующим двум location-ам: <br>&gt; Всё предельно просто: если файл есть на диске - мы его отд https://opennet.ru/openforum/vsluhforumID3/118512.html#105 Sun, 20 Oct 2019 19:48:40 GMT &gt;&gt; Есть списки рассылки, ими и нужно пользоваться: https://mailman.nginx.org/mailman/listinfo/nginx-ru <br>&gt;<br>&gt; Вот не люблю я их, не удобные они, они не дают развёрнутого <br>&gt; диалога как в багзиле или форуме. Тем более многие почтовики на <br>&gt; которых они построены даже STARTTLS осилить не могут, и я в <br>&gt; принципе ими не могу пользоваться.<br><br>Почтовики? STARTTLS? Вы случайно с NNTP/Usenet не попутали? В списках рассылки можно хоть из веб-интерефейса Gmail с двухфакторной авторизацией общаться.<br><br><br>&gt; И с Вами я не соглашусь про пустой location.<br>&gt; При пустом location в лог ошибок заносятся все 404 Not a found, <br>&gt; что для меня было нежданностью и удивлением, и чтобы этого не <br>&gt; было то вся статика должна обрабатываться на сайте именно так, как <br>&gt; я привёл ранее в location /.<br>&gt; Также этот location реализует стандартное поведение Apache к которому я привык. (В <br>&gt; лог ошибок не попадпют 404 и обращение к директориям подставляется index.html) <br><br>index.html и так подставляется при запросе директории. А вот эмул https://opennet.ru/openforum/vsluhforumID3/118512.html#104 Sun, 20 Oct 2019 13:58:52 GMT &gt; Есть списки рассылки, ими и нужно пользоваться: https://mailman.nginx.org/mailman/listinfo/nginx-ru <br><br>Вот не люблю я их, не удобные они, они не дают развёрнутого диалога как в багзиле или форуме. Тем более многие почтовики на которых они построены даже STARTTLS осилить не могут, и я в принципе ими не могу пользоваться.<br><br>&gt;&gt; try_files $uri return 404; <br>&gt; Тут что-то странное написано.<br><br>Согласен, уже самому страшно, я за наделю разобрался как это работает и переписал на<br>[code]<br>location /<br>{<br>index index.html;<br>try_files $uri $uri/ =404;<br>}<br>[/code]<br>Обязательно в самом конце, и убрал его из всех других блоков!<br>&gt; Но в такой конструкции нет никакого смысла. Нужно просто оставить location пустым: <br>&gt; [code]location / { } <br>&gt; [/code]<br><br>А вот до этого нужно было ещё догадаться...<br>Для меня не было очевидным что пустой location / и его отсутствие это не одно и тоже.<br><br>И с Вами я не соглашусь про пустой location.<br>При пустом location в лог ошибок заносятся все 404 Not a found, что для меня было нежданностью https://opennet.ru/openforum/vsluhforumID3/118512.html#103 Sun, 20 Oct 2019 10:55:05 GMT &gt; 0 При попытке регистрации на форуме https://forum.nginx.org мне постоянно пишут <br>&gt; Your registration request has been blocked because its suspected to come from <br>&gt; a forum spammer!<br>&gt; Хотя я ни разу его до этого вообще не посещал его, так <br>&gt; что продолжу общение здесь, в этой тёплой и ламповой, для меня, <br>&gt; обстановке. :-) <br><br>А и не надо на нем регистрироваться. Этот форум - всего лишь веб-интерфейс (причем страшно кривой) к обычному списку рассылки, который когда-то давно приделал один из пользователей. С тех пор он так и живет. Мы на него убрали вроде ссылки, но каким-то образом пользователи всё равно его находят.<br><br>Есть списки рассылки, ими и нужно пользоваться: https://mailman.nginx.org/mailman/listinfo/nginx-ru<br><br><br>&gt; try_files $uri return 404;<br><br>Тут что-то странное написано.<br><br>В таком виде директива try_files проверит сначала существование запрашиваемого файла, а затем, если его нет, проверит существование файла с названием "return" и если такого файла тоже нет, то сделает редирект на страницу https://opennet.ru/openforum/vsluhforumID3/118512.html#102 Wed, 16 Oct 2019 10:18:51 GMT Добрый день, Валентин и все кто сейчас читает эту ветку!<br>Я наконец-то сегодня перевёл с Apache на nginx свои сервера, но мне снова понадобится Ваша помощь, так как некоторые моменты мне не ясны, а некоторые и вовсе не получаются.<br><br>0 При попытке регистрации на форуме https://forum.nginx.org мне постоянно пишут<br>Your registration request has been blocked because its suspected to come from a forum spammer!<br>Хотя я ни разу его до этого вообще не посещал его, так что продолжу общение здесь, в этой тёплой и ламповой, для меня, обстановке. :-)<br><br>1 С Вашего наставления я отказался от .htaccess и перевёл ЧПУ на Location-ы, но я не уверен оптимально ли я это сделал.<br>В apache у меня было коротко и ясно.<br>[code]<br>RewriteEngine On<br>RewriteBase /<br>RewriteCond %{THE_REQUEST} \s/index\.php<br>RewriteRule ^index\.php/?$ /en/error<br>RedirectMatch 403 .*\/\..*<br>ErrorDocument 403 /en/error<br>ErrorDocument 404 /en/error<br><br>RewriteRule ^([a-z]{2})/?$ index.php?lang=$1 [END]<br><br>#https://gricargo.com/ru/payment?token=EC-9HP89464U39 https://opennet.ru/openforum/vsluhforumID3/118512.html#101 Thu, 26 Sep 2019 11:20:11 GMT Благодарю Вас! :-)<br><br> https://opennet.ru/openforum/vsluhforumID3/118512.html#100 Thu, 26 Sep 2019 11:03:49 GMT &gt; И вот ещё озадачивает один момент, почему статическую реализацию в unit просто нельзя перенести, как есть, из nginx?<br><br>Потому, что API и внутренние механизмы Unit-а достаточно существенно отличаются от nginx. Многое сделано иначе: другая работа с буферами, конфигурацией, по-другому выстроена обработка соединений, активно используются очереди, вместо накручивания стека.<br><br>Не забывайте, что архитектура nginx закладывалась Игорем Сысоевым 16 лет назад с теми знаниями, тем опытом и теми возможностями, которые у него были на тот момент. С тех пор поменялось всё: интернет, протоколы, ядра операционных систем, железо, требования к серверам, ожидания пользователей и т.д. Unit от nginx взял только отдельные очень удачные и проверенные временем концепции, но многое было переработано, весь код был написан практически с нуля. Особенно подверглись переработке те механизмы, которые по опыту в итоге принесли в nginx огромное количество боли и мешают более эффективной реализации тех или иных возможностей. И таких больных https://opennet.ru/openforum/vsluhforumID3/118512.html#99 Wed, 25 Sep 2019 13:22:33 GMT &gt; sendfile() не использовать<br><br>учитывая поголовное сочетание zfs с https - его как-то уже особо и негде/незачем становится пользовать.<br><br>&gt; Если это не файлопомойка и не медиа-контент,<br><br>то непонятно, что это вообще нынче такое.<br><br>И небольшие-небольшие: bootstrap.min.css - 150килобайт. (gzipped, полагаю ;-) shitfont.otf не отстает - 140<br>что это мы такое загрузили сейчас? А-а-а, форму из двух полей login/password и кнопкой submit. Не буду нажимать, хочу сохранить некоторые иллюзии.<br><br>&gt; По дополнительному stat() на каждую директорию по пути - вполне себе добавят лишних задержек, <br>&gt; что скажется на конечных цифрах RPS и прочего. Вряд ли сильно, но вполне измеримо.<br><br>ну вот и мне кажется - что измеримо, да, но никого особо не огорчит. А фанаты измеризмов и наносекундных замеров - всегда могут отключить, как, собственно, и в апаче это делают.<br><br>Но с существующей конфигурацией это просто вот никак не живет. Там что ни тронь - начинает шевелиться на другом конце тарелки.<br><br>