<div dir="ltr">Экономия ресурсов, например. Возьмем виртуальный хостинг, на котором установлено 5 версий PHP. Для каждой версии должен быть master-процесс php-fpm, который, как минимум, кушает память, сокет и т.д. В идеале его еще и мониторить надо на предмет доступности. Добавим сюда возможность изменения конфигурации "на лету" без перезапуска рабочих процессов (на случай перевода одного из 500 сайтов на другую версию PHP) - и мы получим очень удобную замену нынешним костылям по крайней мере для хостеров. <br><div class="gmail_extra"><br><div class="gmail_quote">20 октября 2017 г., 16:00 пользователь Илья Шипицин <span dir="ltr"><<a href="mailto:chipitsine@gmail.com" target="_blank">chipitsine@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">20 октября 2017 г., 13:45 пользователь Andrey Velikoredchanin <span dir="ltr"><<a href="mailto:uncleandyv@gmail.com" target="_blank">uncleandyv@gmail.com</a>></span> написал:<span class=""><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Очень интересная штука! Обязательно будем пробовать.</div></blockquote><div><br></div></span><div>можно поподробнее, чем именно интересна ?<br></div><div>возможность запускать php или go - есть, всякие там php-fpm, caddy, ...<br><br></div><div>понятно, что, скорее всего на unit тоже будет работать. а в чем преимущество, в двух словах?<br></div><div><div class="h5"><div> </div></div></div></div></div></div>______________________________<wbr>_________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx-ru</a><br></blockquote></div><br></div></div>