Ars Longa, Vita Brevis » Windows

Несколько лёгких web-серверов для Windows

Vladimir — Mon, 24 Nov 2008 05:17:15 +0000

Сборки nginx, mathopd и thttpd для Windows

В силу тех или иных причин многие web-разработчики работают под Windows: в силу привычки либо по каким-либо еще причинам. Но мир устроен так, что большая часть серверного программного обеспечения работает под UNIX/Linux.

Тем не менее, разработчикам хотелось бы иметь возможность тестировать разработки локально. Я не рассматриваю вариант с установкой виртуальной машины, ибо не все хорошо разбираются в Linux.

В статье про nginx я приводил примеры, когда необходимо использовать что-нибудь более легковесное, чем Apache. Но выбор не всегда ограничивается nginx, есть и другие лёгкие web-сервера.

Я собрал под Windows три web-сервера:

С nginx всё понятно, про него уже не раз писали. Но в поисках альтернативы nginx я случайно обнаружил тесты производительности web-серверов (хотя и 10-летней давности).

На диаграмме видно, что Zeus вне конкуренции. Но покупать его у меня не было желания, поэтому я стал рассматривать бесплатные альтернативы, а именно: thttpd и mathopd.

Для mathopd, thttpd и nginx я собрал версии под Windows (в Cygwin). Планирую собрать Boa, а для Cherokee есть сборка под Windows.

Скачать:

В архивы включены все (я надеюсь) требуемые динамически подключаемые библиотеки (DLL).

mathopd и thttpd, возможно, смогут работать и без установленного Cygwin, а nginx — вряд ли.

nginx конфигурировался следующим образом:

./configure --with-mail --with-mail_ssl_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_flv_module --with-http_gzip_static_module --with-http_stub_status_module

При использовании материалов блога наличие активной не закрытой от индексирования ссылки на источник обязательно.

Почему я не люблю Microsoft

Vladimir — Wed, 27 Aug 2008 14:57:05 +0000

Честные методы борьбы? Или на войне все средства хороши?

День назад наткнулся на очень любопытную (и вместе с тем мерзкую) статью. На сайте Micro$oft. Называется сей опус "Заменив почтовый сервер на основе Linux на Microsoft Windows Server 2003 и Exchange Server 2003, Российский банк развития повысил доступность почтовых систем" и доступен для прочтения здесь. На мой взгляд, статья направлена на дискредитацию Linux-сообщества и содержит откровенную ложь.

Полностью статью я приводить не буду, только некоторые цитаты со своими комментариями.

Архитектура Linux-систем такова, что запуск нового сервиса или подключение нового пользователя требует остановки и перезапуска почтовой службы. Это занимает всего 2-3 минуты — но когда в разгар рабочего дня прекращается доступ к почте, из 250 сотрудников кто-то обязательно от этого пострадает. В таких условиях мы не могли обеспечить высокий уровень доступности серверов и гарантировать какое-либо качество обслуживания.

Сотрудники Google и Yahoo!, наверное, рыдают. Я представляю, как им тяжело перезапускать почтовый сервер после регистрации очередного пользователя. С каких пор добавление/удаление пользователя требует перезапуска? Я уже не говорю, что это можно полностью автоматизировать скриптом. И вообще непонятно, какое отношение это имеет к архитектуре Linux? Скорее уж, «архитектура Windows такова, что после установки очередной заплатки на Windows Media Player или Internet Explorer требуется перезапуск системы».

Среди накопившихся проблем, требовавших решения, были также средства наблюдения за Интернет-трафиком и эффективные средства фильтрации электронной почты.

Не вижу проблемы Фильтрация электронной почты: первое, что приходит на ум — SpamAssassin. Потом: Bogofilter, DSPAM… Я уже молчу про HashCash и greylisting. Интерфейс между MTA и антиспам-демоном или антивирусом может осуществляться, например, при помощи AMaViSd.

Не совсем понимаю, что имелось в виду под «наблюдением за трафиком». Если имеется в виду анализ логов, то здесь могут помочь LightSquid, Swatch, TraffPro и т.п. Нежелательные IP-адреса (например, сервера, пытающиеся использовать систему как открытый релей) можно сразу скармливать фильтру пакетов (iptables); написание простого скрипт займёт минут 10 от силы. Пример подобного скрипта я уже приводил в статье «Скажи “Нет!” взломщику».

Вся почта хранилась на рабочих станциях сотрудников, что исключало возможность организации резервного копирования.

Ну можно было использовать IMAP и хранить почту на сервере. На мой взгляд, почта пользователя — вещь сугубо личная, и принимать решение о её резервном копировании должен он сам. Лично я не хочу, чтобы моя конфиденциальная информация гуляла по бэкапам — мне надо, я сделаю копию.

В любом случае, для резервного копирования есть Amanda, Bacula и много других решений.

Когда система зависит от работы одного сотрудника — это очень опасная ситуация для бизнеса: отпуск, болезнь, увольнение и другие жизненные обстоятельства — и решение оказывается полностью неуправляемым. Кроме того, один специалист сам по себе практически неконтролируем.

Минус отделу кадров. И руководству, если оно не может проконтролировать процесс.

По большому счёту и к MS Exchange можно прикрутить скриптов/рюшечек, и после ухода админа их администрирование станет головной болью. Вообще, как говорил классик, «В фирме незаменимых людей быть не должно. Если у вас появился незаменимый сотрудник, сразу увольняйте его».

проведя целый ряд собеседований, мы обнаружили, что претенденты на эту вакансию или не готовы реально управлять Linux-сервером в большой ИТ-среде, или требуют зарплату, значительно превышающую среднюю по рынку.

А жадность никогда до добра не доводит. Если уж человек был так незаменим, неужели у компании не было в нём заинтересованности? Сами виноваты.

Средняя зарплата по рынку: эх, конкретики бы побольше. Какую зарплату они считали средней? Среди студентов-очников?

Поскольку Linux-сервер был вне общей сети, на то, чтобы получить отчеты, вывести файлы, распечатать их, проанализировать — уходило нескольких часов. При администрировании Exchange та же задача решается за 2-3 минуты при помощи мастера.

Одно не пойму: какая разница, в общей сети или вне её находится почтовый сервер? Скорость генерации отчётов зависит от скорости сервера.

Непонятно, зачем всё делать вручную, если можно автоматизировать (sed, awk, grep в помощь)?

По поводу задачи, решаемой за две-три минуты — создаётся впечатление, что говорят не всю правду:

Электронная почта не рассматривалась как критичный бизнес-сервис, поэтому основным требованием стала минимизация затрат бюджетных средств на начальном этапе проекта.

Для поиска достойного партнера был объявлен тендер, в котором победило консалтинговое подразделение компании «Кварта Технологии». В рамках проекта необходимо было провести миграцию почтовых служб с Linux Qmail на Microsoft Exchange Server 2003, обеспечить перенос почтовых ящиков пользователей, заменить прокси-сервер на базе Linux на Microsoft ISA Server 2004.

Все изменения, вносимые в ИТ-среду, первоначально апробировались на тестовом стенде. Информационную систему Российского банка развития нельзя было останавливать на длительное время, таким образом, основные работы по установке программного обеспечения и настройке системы проводились после окончания рабочего дня и в выходные дни.

Из этих цитат создаётся впечатление, что ОАО «РосБР» закупило-таки новое оборудование (особенно, если учесть, что MS Exchange работал параллельно с qmail). Было бы очень интересно сравнить ТТХ обоих серверов и от этого уже отталкиваться.

Были настроены общие календари и адресные книги, групповая совместная работа, резервируемая корпоративная электронная почта и многое другое.

Так бы и ставили задачу разу, что нужен сервер групповой работы (а не почтовый сервер). В Linux таких тоже хватает

Защита доступа к корпоративной сети и почтовым службам была реализована при помощи универсального межсетевого экрана Microsoft ISA Server 2004.

И всё равно iptables лучше

И всё-таки маркетологи некрософта молодцы. Сочинить такое… мне бы фантазии не хватило. В любом случае, я категорически против чёрного пиара в любых его проявлениях.

Выскажусь в стиле маркетологов из некрософт: "я глубоко убеждён, что в самом ближайшем будущем у нас будут лидировать открытые системы вместо всякого проприетарного дырявого барахла"

Пять слов длиной в 56 мегабайт

Vladimir — Wed, 30 Jul 2008 06:16:01 +0000

За что я люблю Microsoft

Всё-таки у Miscrosoft'овцев забавное чувство юмора… Дней двадцать назад вышло одно очень забавное обновление (KB955020) для системы проверки орфографии. Всё, что оно делает, это добавляет в словари английского и немецкого языка пять слов: название социальной сети Friendster, фамилии модели Heidi Klum, баскетболиста NBA Mohammed Nazr, политиков Barack Obama и Marc Racicot.

Всё бы ничего, только размер этого обновления составляет 56.4 МБ. Да и к тому же требует проверку подлинности Windows.

Доказана критичность уязвимости в Safari для Windows

Vladimir — Sat, 14 Jun 2008 21:12:43 +0000

Insecure By Design, или, Не там уязвимости ищите, товарищи!

Всё-таки как можно переставить всё с ног на голову… Прочитал сегодня статью на CNews.com; она небольшая, привожу полностью:

Исследователь безопасности разработал сайт, наглядно демонстрирующий риск, с которым сталкиваются пользователи Windows при использовании браузера Safari от Apple.
ИБ-команда Microsoft уже предупредила, что «смешанная угроза» настолько серьезна, что пользователям Windows следует ограничить использование Safari до тех пор, пока не выйдет патч. В своем блоге исследователь Лю Ди Ю (Liu Die Yu) показал, что это предупреждение не было преувеличением.

При клике по указанной исследователем ссылке в Safari с настройками по умолчанию на рабочий стол пользователя Windows загружается файл-ловушка. В следующий раз, когда пользователь открывает Internet Explorer, файл автоматически запускает notepad.exe и открывает несуществующий файл. Разумеется, злоумышленники могут найти менее безобидное применение данной уязвимости, пишет The Register.

По словам Apple, уязвимость не является критической. Эта демонстрация свидетельствует об обратном.

Вопросы, возникающие при прочтении:

Если уязвим Safari, почему нужно запускать Internet Explorer? На мой взгляд, найденная "смешанная уязвимость" свидетельствует о том, что ограничить нужно как раз-таки использование Ишака, пока Micro$oft не выпустит патч.
Фраза "следует ограничить использование Safari до тех пор, пока не выйдет патч" — это свидетельство нечестной борьбы — более честным было бы выложить описание как изменить настройки Safari, чтобы не подвергать риску уязвимости Windows.

Озвучив для себя эти вопросы, я решил найти оригинал статьи, благо это было нетрудно.

Две фразы, которые мне очень понравились:

Microsoft used some vague wording in the advisory: "Suggested Actions" are "Restrict use of Safari as a web browser…", as if it's a flaw rooted in Safari.
In sub-folder of "Suggested Actions" Microsoft admits "Workarounds" as Change the download location of content in Safari to a newly created directory. The full statement should be "Change the download location of content in Safari to a newly created directory(to save the integrity of Windows Internet Explorer)".

Причем, судя по всему, фраза "Change the download location of content in Safari" появилась только 6 июня (то есть почти через неделю после того, как статья была опубликована на сайте Microsoft).

Теперь несколько слов об уязвимости. Права ли Microsoft, обвиняя Safari в уязвимости? Я согласен, загрузка файла без разрешения пользователя — это не хорошо. Но что заставляет Internet Explorer открывать этот файл? Ответ прост: Windows. То есть уязвимость здесь в ядре Windows, даже не в Internet Explorer. Объясню почему. В своём тестовом примере Liu Die Yu показывает, что в том, что Internet Explorer запускает Блокнот, "виновато" имя файла, который Safari сохраняет — schannel.dll (также сработают sqmapi.dll и imageres.dll).

Причина уязвимости здесь заключается в порядке поиска динамических библиотек (кому интересны все технические подробности — читайте MSDN про функции LoadLibrary и LoadLibraryEx). Идея состоит в том, что LoadLibrary ищет загружаемую библиотеку в рабочем каталоге (перед тем, как искать ее в системном каталоге). При запуске Ишака с Рабочего стола рабочим каталогом является Рабочий стол (вполне логично). Далее IE загружает библиотеки, дело доходит до schannel.dll. Благодаря стараниям Safari, на Рабочем столе файл с таким именем имеется; в результате Windows загружает именно его. А он выполняет своё "черное дело".

В итоге получаем, что в ядро Windows эта уязвимость была встроена изначально — что называется, "уязвимость по дизайну". Я бы на месте Некрософт не баги бы в Safari искал (хотя молодцы, ничего не скажешь: обставили уязвимость в ядре так, что виноват оказался другой продукт), а свои собственные ошибки исправлял

По сути дела, "уязвимой" может оказаться любая программа, которая положит что-нибудь на Рабочий стол. Кстати, и FireFox можно обвинить в "уязвимости", даже если он спросит пользователя о сохранении файла: многие пользователи очень доверчивы (к сожалению), и сохранят файл, если их попросят. А так как, по словам Microsoft, большинство пользователей оставляют настройки по умолчанию, то файл попадет на Рабочий стол.

Так что, господа Microsoft'овцы, исправляйте вы лучше свои ошибки, а не обвиняйте в них сторонние программы

Мультизагрузочные системы и конфликты со временем

Vladimir — Wed, 23 Apr 2008 14:56:07 +0000

Как заставить Windows и Linux понимать время одинаково

Конфликты даты/времени случаются довольно часто у пользователей мультизагрузочных систем. Дело в том, что одни операционные системы (Mac/Linux/Unix) хранят время как UTC (универсальное координированное время), другие операционные системы (например, Windows) сохраняют местное время. И всё бы ничего, но только время сохраняется в аппаратных часах. И, как следствие, операционные системы, установленные на компьютере, видят время по-разному.

Считается, что хранение времени в UTC предпочтительнее (так как в UTC отсутствует понятие "летнее время", вследствие чего часы переводить не требуется).

Как заставить Windows использовать UTC

Используем небольшой патч:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=dword:00000001

Как заставить Linux использовать местное время

Чтобы Linux считал, что системные часы установлены в местное время, нужно подправить файл /etc/default/rcS:

sudo nano /etc/default/rcS

Затем добавить (или изменить) следующую строку:

UTC=no
# Значение yes означает, что системные часы установлены в UTC,
# no - в местное время

Оригинал статьи: UbuntuTime - Community Ubuntu Documentation.

Кто живёт у нас в системе, или, как просмотреть полный список сервисных процессов в Windows

Vladimir — Sat, 05 Apr 2008 09:42:46 +0000

Маленькая программа для отображения полного списка установленных сервисных процессов

Не секрет, что список сервисных процессов (служб), отображаемый Windows (например, при помощи консоли services.msc), является далеко не полным. Когда-то давно меня заинтересовало, как же можно посмотреть, какие службы/драйвера/системные процессы живут в системе.

Самое простое решение — открыть Редактор реестра (regedit) и посмотреть. Список сервисов и не только находится в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services. Однако по тем данным, которые представлены в реестре, трудно определить, какая из служб работает в данный момент времени, чем она является (напрмер, драйвером ядра или драйвером файловой системы) и т.п.

В Microsoft Windows Recovery Console есть команда, listsvc, позволяющая получить полный список сервисных процессов. Мне стало интересно написать что-то подобное, и вот результат:

/*-------------------------------------------------------------------------*/
#include
#include
#include
#include
/*-------------------------------------------------------------------------*/
const char* unknown_error = "";
const char* get_error_code(DWORD dwCode)
{
const char* msgbuf;
return (!FormatMessage(
FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM |
FORMAT_MESSAGE_IGNORE_INSERTS, NULL, dwCode,
MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), (LPTSTR)&msgbuf,
0, NULL
)
) ? unknown_error : msgbuf;
}
/*-------------------------------------------------------------------------*/
const char* servicetypes[] = {
"File System Driver",
"Kernel Driver",
"Own Process",
"Share Process",
"Unknown"
};
/*-------------------------------------------------------------------------*/
const char* get_service_type(DWORD dwType)
{
size_t i = 4;
if (SERVICE_FILE_SYSTEM_DRIVER == (dwType & SERVICE_FILE_SYSTEM_DRIVER)) {
i = 0;
}
else if (SERVICE_KERNEL_DRIVER == (dwType & SERVICE_KERNEL_DRIVER)) {
i = 1;
}
else if (SERVICE_WIN32_OWN_PROCESS == (dwType & SERVICE_WIN32_OWN_PROCESS)) {
i = 2;
}
else if (SERVICE_WIN32_SHARE_PROCESS == (dwType & SERVICE_WIN32_SHARE_PROCESS)) {
i = 3;
}
return servicetypes[i];
}
/*-------------------------------------------------------------------------*/
const char* states[] = {
"stopped",
"start pending",
"stop pending",
"running",
"continue pending",
"pause pending",
"paused",
"unknown"
};
/*-------------------------------------------------------------------------*/
const char* get_state(DWORD dwState)
{
--dwState;
if ((unsigned int)dwState > 6) {
dwState = 7;
}
return states[dwState];
}
/*-------------------------------------------------------------------------*/
int main(int argc, char* argv[])
{
SC_HANDLE Handle;
BOOL Status;
LPENUM_SERVICE_STATUS Buffer = NULL;
DWORD BytesNeeded;
DWORD ServicesReturned;
DWORD ResumeHandle;
DWORD Error;
DWORD i;
const char* ErrCode;
Handle = OpenSCManager(NULL, NULL, SC_MANAGER_CONNECT | SC_MANAGER_ENUMERATE_SERVICE);
if (NULL == Handle) {
ErrCode = get_error_code(GetLastError());
printf("Call to OpenSCManager failed: %s\n", ErrCode);
LocalFree((HLOCAL)ErrCode);
return EXIT_FAILURE;
}
ResumeHandle = 0;
Status = EnumServicesStatus(
Handle, SERVICE_DRIVER | SERVICE_WIN32, SERVICE_STATE_ALL,
Buffer, 0, &BytesNeeded, &ServicesReturned, &ResumeHandle
);
Error = GetLastError();
if (FALSE == Status && ERROR_MORE_DATA == Error) {
Buffer = (LPENUM_SERVICE_STATUS)calloc(BytesNeeded, 1);
if (NULL == Buffer) {
printf("Failed to allocate %ld bytes of memory!\n", BytesNeeded);
CloseServiceHandle(Handle);
return EXIT_FAILURE;
}
Status = EnumServicesStatus(
Handle, SERVICE_DRIVER | SERVICE_WIN32, SERVICE_STATE_ALL,
Buffer, BytesNeeded, &BytesNeeded, &ServicesReturned, &ResumeHandle
);
if (FALSE == Status) {
ErrCode = get_error_code(GetLastError());
printf("Call to EnumServicesStatus failed: %s\n", ErrCode);
LocalFree((HLOCAL)ErrCode);
free(Buffer);
CloseServiceHandle (Handle);
return EXIT_FAILURE;
}
}
else {
ErrCode = get_error_code(GetLastError());
printf("Call to EnumServicesStatus failed: %s\n", ErrCode);
LocalFree((HLOCAL)ErrCode);
CloseServiceHandle(Handle);
return EXIT_FAILURE;
}
printf ("Service\tDisplay Name\tType\tState\n");
for (i=0; i<ServicesReturned; ++i) {
printf ("%s\t%s\t%s\t%s\n",
Buffer[i].lpServiceName, Buffer[i].lpDisplayName,
get_service_type(Buffer[i].ServiceStatus.dwServiceType),
get_state(Buffer[i].ServiceStatus.dwCurrentState));
}
free(Buffer);
CloseServiceHandle(Handle);
return EXIT_SUCCESS;
}
/*-------------------------------------------------------------------------*/

Хотя это код трёхгодичной давности, работает до сих пор

Скачать исходный код listsvc.
Скачать EXE-файл (7168 байт).

Сумма MD5 listsvc.exe: a04735a4ea104d96af78d234ae4e35b6
Сумма SHA1 listsvc.exe: 6d24bf22e48fc8f8e2b8a49f9fce51e973ff0a00

Настройка nginx и PHP/FastCGI в Windows

Vladimir — Fri, 28 Mar 2008 06:14:02 +0000

Как настроить связку nginx+PHP в Windows и не иметь головной боли.

Принято считать, что замечательный Web-сервер nginx работает только под Unix-подобными операционными системами. Верно, но лишь отчасти. nginx превосходно собирается и в Cygwin. Возникает вопрос: а зачем это надо, собирать nginx под Windows? Ответ: я знаю достаточно много web-разработчиков, работающих в силу тех или иных причин под Windows. И в работе встречаются ситуации, когда на рабочей машине нужно создать конфигурацию, максимально похожую на конфигурацию сервера (production или development в данном случае не важно).

Начну с примера: есть сайт, который позволяет зарегистрированным пользователям скачивать что-либо (музыку, программы, фильмы — не суть важно). Одним из самых распространённых решений в этом случае является использование нескольких серверов. Во многих конфигурациях, которые я видел, "web-мордой" занимается Apache, а на обслуживании закачек стоит nginx+PHP+FastCGI (PHP занимается вопросами авторизации, ведения статистики и т.п.). Сразу оговорюсь, что есть альтернативное решение, когда nginx используется в качестве reverse proxy перед Apache — nginx проксирует запросы к PHP-скриптам Apache, а PHP-скрипт, если ему надо отдать что-то статическое, делает X-Accel-Redirect. Подробнее описано в статьях «Использование X-Accel-Redirect с Nginx для реализации контролируемых скачиваний» и «Использование Nginx Как Reverse-Proxy Сервера На Загруженных Сайтах».

Отвлекусь от темы и скажу пару слов про альтернативную конфигурацию: она работает на «ура», если сайт отдаёт в основном статический контент. Если же большая часть запросов идёт к PHP, то логичнее поставить nginx за Apache (в противном случае будет тратиться время на проксирование запроса). Еще один минус у такой конфигурации — использование менеджеров закачек (всякие там ReGet, FlashGet) "ложит" Apache. Можно, конечно, ввести ограничения на одновременное количество закачек, а можно настроить PHP работать в паре с nginx.

Возвращаясь к теме разговора: а теперь предположим, что это всё нужно реализовать локально (для тестирования). Вот в таких ситуациях nginx для Windows очень хорошо помогает

В Cygwin сборка nginx проходит практически без проблем (хотя более старые версии приходилось немного патчить руками), на выходе получаем nginx.exe
Я не буду вдаваться в детали конфигурирования nginx, потому что есть замечательная статья «Настройка Nginx для поддержки PHP при помощи FastCGI», просто отмечу некоторые детали, упрощающие жизнь.

Итак, у нас есть PHP, Cygwin и nginx. К сожалению, nginx не поддерживает PHP как модуль (подобно Apache), поэтому nginx и PHP могут работать только по протоколу FastCGI (возможно, и по обычному CGI, я не пробовал — в любом случае, производительность при работе через CGI будет значительно ниже).

Для определённости будем полагать, что nginx у нас сконфигурирован следующим образом (я привожу только часть, относящуюся к FastCGI):

location ~ \.php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME disk:/path/to$fastcgi_script_name;
include conf/fastcgi_params;
}

Ключевой момент: в fastcgi_param должен быть путь, который поймёт интерпретатор PHP. Если интерпретатор собран в Windows, то путь тоже должен быть в формате Windows (например, c:/web/mysite.com/scripts). Хвостового слэша быть не должно, потому что $fastcgi_script_name именно с него и начинается. То есть если пользователь запросил http://mysite.com/test.php, то $fastcgi_script_name будет равен /test.php.

Файл conf/fastcgi_params:

fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;

fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;

fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx;

fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS 200;

Для удобства, установим nginx как сервис Windows. Для этого можно использовать, например, cygrunsrv:

cygrunsrv --install nginx --path /path/to/nginx.exe --disp nginx --neverexits

Ключевым здесь является параметр --neverexits — без него Windows будет жаловаться, что процесс был остановлен (из-за того, что nginx fork()'ается). Хотя это неправильное использование --neverexits.

Переходим к настройке PHP. По счастью, в Windows-версии PHP уже есть модуль с поддержкой FastCGI (он называется php-cgi.exe), так что пересобирать PHP не придётся (сборка PHP под Cygwin — неблагодарное занятие из-за парочки глюков в libtool; если у меня будет желание, как-нибудь напишу). В статье приводится скрипт для запуска PHP/FastCGI, но мы поступим проще.

Сначала об одной не очень документированной особенности PHP/FastCGI: он имеет тенденцию «незаметно умирать» после некоторого числа запросов. Это связано со значением переменной окружения PHP_FCGI_MAX_REQUESTS, определяющей, какое максимальное количество запросов может «пережить» PHP. Можно, кончено, поставить «космическое» значение, но 2 миллиарда запросов — так ли это много? На отрицательные значения переменной PHP громко ругается. Экспериментально было выяснено, что 0 — это то, что нужно (в документации я это не нашел).

Запускаем PHP:

set PHP_FCGI_MAX_REQUESTS=0
php-cgi -b 127.0.0.1:9000 -c path/to/php.ini

А теперь как установить PHP/FastCGI сервисом Windows:

cygrunsrv --install php-cgi --path /cygdrive/f/web/php/php-cgi.exe --disp "PHP/FastCGI" --env "PHP_FCGI_MAX_REQUESTS=0" --args "-b 127.0.0.1:9000 -c path/to/php.ini"

Строка -b 127.0.0.1:9000 -c path/to/php.ini будет передана интерпретатору в качестве командной строки, поэтому путь path/to/php.ini должен быть путем Windows, если интепретатор собран под Windows.

Собственно, всё

WassUp for WordPress и Windows

Vladimir — Fri, 21 Mar 2008 00:25:16 +0000

Как заставить Wassup работать под Windows

Для WordPress есть замечательный плагин — Wassup. Хороший плагин, но вот беда: не дружит с Windows. Не дружит из-за того, что переменные хардкодить нельзя. Это в Unix/Linux каталоги разделяются ‘/’, а в Windows используется ‘\’. И вот из-за невнимательности автора плагин не работает в Windows. К счастью, всё лечится очень просто.

Патч лежит здесь. Патч нужно применить к файлу /wp-content/plugins/wassup/lib/action.php.

Помимо исправления ошибки с разделителями каталогов, патч исправляет небольшую ошибку, связанную с невалидностью (инвалидностью?) генерируемого (X)HTML-кода.