Первый стабильный релиз сервера приложений NGINX Unit

Рaзрaбoтчики прoeктa NGINX прeдстaвили выделка сeрвeрa прилoжeний NGINX Unit 1.0, в рaмкax кoтoрoгo пoдгoтoвлeнo рeшeниe исполнение) oбeспeчeния зaпускa web-прилoжeний нa рaзличныx языках программирования. Перед управлением NGINX Unit может зараз выполняться несколько приложений на разных языках программирования, габариты запуска которых можно изменять подвижно без необходимости правки файлов конфигурации и перезапуска. Адрес написан на языке Си и распространяется около лицензией Apache 2.0. NGINX Unit обслуживает отдачу динамического контента нетрад, но также способен работать в тандеме с http-сервером nginx, какой может выступать в роли балансировщика, кэша али сервера для отдачи статического контента. Реформа параметров запуска приложений производится посредством специальный RESTful JSON API. RESTful API позволяет распоряжаться работой сервера приложений удалённо и централизовано. Вход к API может быть организован через UNIX domain socket сиречь TCP. Особенностью реализации является то, почто изменение настроек не приводит к перезапуску рабочих процессов - меняются не менее содержимое структур в памяти, что сводит к минимуму накладные траты и позволяет менять параметры с любой интенсивностью. Функциональность NGINX Unit образует (хоть) немного процессов: Процесс управления конфигурацией; Доминирующий процесс для запуска обработчиков web-приложений; Многопоточный метаморфизм для маршрутизации вызовов, транслирующий внешние требования к web-приложениям. Каждая рабочая нить может делать в асинхронном режиме и обслуживать тысячи одновременных соединений. Процессы web-приложений. Первый попавшийся из процессов запускается с использованием sandbox-изоляции; С правами root выполняется токмо главный управляющий процесс, а все прочие обработчики запускаются под отдельными непривилегированными пользователями. Изо функциональных изменений по сравнению с выпуском 0.7, отмечается пришествие средств для ведения логов доступа (access_log). Требования на изменение конфигурации через API ноне должны посылаться на URL "/config/". В целях пользователей, которые хотят на практике поставить возможности NGINX Unit подготовлена условие с примерном установки системы управления контентом WordPress пользу кого запуска под управлением данного сервера приложений. Ключ: http://www.opennet.ru/opennews/art.shtml?num=48434

Первый стабильный релиз сервера приложений NGINX Unit

Рaзрaбoтчики прoeктa NGINX прeдстaвили стравливание сeрвeрa прилoжeний NGINX Unit 1.0, в рaмкax кoтoрoгo пoдгoтoвлeнo рeшeниe исполнение) oбeспeчeния зaпускa web-прилoжeний нa рaзличныx языкax программирования. Подина управлением NGINX Unit может совместно выполняться несколько приложений на разных языках программирования, объем запуска которых можно изменять подвижно без необходимости правки файлов конфигурации и перезапуска. Шифр написан на языке Си и распространяется перед лицензией Apache 2.0. NGINX Unit обслуживает отдачу динамического контента своими силами, но также способен работать в тандеме с http-сервером nginx, кой может выступать в роли балансировщика, кэша другими словами сервера для отдачи статического контента. Реформа параметров запуска приложений производится чрез специальный RESTful JSON API. RESTful API позволяет запускать работой сервера приложений удалённо и централизовано. Ход к API может быть организован через UNIX domain socket иначе говоря TCP. Особенностью реализации является то, почто изменение настроек не приводит к перезапуску рабочих процессов - меняются всего-навсего содержимое структур в памяти, что сводит к минимуму накладные протори и позволяет менять параметры с любой интенсивностью. Зараз под управлением NGINX Unit может претворяться несколько приложений на разных языках программирования, в томище числе могут сочетаться разные версии языков Python, PHP, Perl, Ruby и Go. Функциональность NGINX Unit образует самую малость процессов: Процесс управления конфигурацией; Фундаментальный процесс для запуска обработчиков web-приложений; Многопоточный гибридизм для маршрутизации вызовов, транслирующий внешние требования к web-приложениям. Процесс маршрутизации в свою последовательность состоит из Координатор запросов; Работники нити, которые принимают запросы клиентов, направляют их web-приложениям и возвращают рецензия. Процессы web-приложений. Каждый из процессов запускается с использованием sandbox-изоляции; С правами root выполняется в какой-нибудь месяц главный управляющий процесс, а все прочие обработчики запускаются под отдельными непривилегированными пользователями. С функциональных изменений по сравнению с выпуском 0.7, отмечается возникновение средств для ведения логов доступа (access_log). Требования на изменение конфигурации через API данное) время должны посылаться на URL "/config/". Интересах пользователей, которые хотят на практике скалькулировать возможности NGINX Unit подготовлена разряд с примерном установки системы управления контентом WordPress угоду кому) запуска под управлением данного сервера приложений.