nginx для Windows

• Известные проблемы
• Возможные будущие улучшения

Версия nginx для Windows использует родной API Win32 (а не эмуляцию Cygwin). В настоящее время используются только select() и poll() (1.15.9) методы обработки соединений, поэтому высокой производительности и масштабируемости ожидать не стоит. Из-за этого и некоторых других известных проблем версия nginx для Windows считается бета-версией. В настоящее время она предоставляет практически ту же функциональность, что и версия nginx для UNIX, за исключением фильтра XSLT, фильтра изображений, модуля GeoIP и встроенного языка Perl.

Для установки nginx/Windows, скачайте последнюю версию mainline (1.27.1), так как ветка mainline nginx содержит все известные исправления. Затем распакуйте дистрибутив, перейдите в каталог nginx-1.27.1 и запустите nginx. Вот пример для корневого каталога диска C:

cd c:\
unzip nginx-1.27.1.zip
cd nginx-1.27.1
start nginx

Для просмотра процессов nginx используйте утилиту командной строки tasklist:

C:\nginx-1.27.1>tasklist /fi "imagename eq nginx.exe"

Image Name           PID Session Name     Session#    Mem Usage
=============== ======== ============== ========== ============
nginx.exe            652 Console                 0      2 780 K
nginx.exe           1332 Console                 0      3 112 K

Один из процессов является главным процессом, а другой — рабочим процессом. Если nginx не запускается, найдите причину в файле журнала ошибок logs\error.log. Если файл журнала не создан, причина этого должна быть указана в журнале событий Windows. Если вместо ожидаемой страницы отображается страница с ошибкой, также найдите причину в файле logs\error.log.

nginx/Windows использует каталог, в котором он был запущен, в качестве префикса для относительных путей в конфигурации. В приведённом примере префикс — C:\nginx-1.27.1\. Пути в файле конфигурации должны быть указаны в стиле UNIX, используя обратные слэши:

access_log   logs/site.log;
root         C:/web/html;

nginx/Windows работает как стандартное консольное приложение (а не как служба), и его можно управлять следующими командами:

Известные проблемы

• Несмотря на то, что несколько рабочих процессов могут быть запущены, только один из них фактически выполняет работу.
• Функциональность прокси-сервера UDP не поддерживается.

Возможные будущие улучшения

• Работа в виде службы.
• Использование портов завершения ввода/вывода в качестве метода обработки соединений.
• Использование нескольких потоков обработки ввода/вывода внутри одного рабочего процесса.