Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Встраивание nginx
- To: nginx-ru@xxxxxxxxx
- Subject: Re: Встраивание nginx
- From: "Anatoly Matyakh" <protopartorg@xxxxxxxxx>
- Date: Thu, 19 Jul 2007 03:00:55 +0300
- Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:to:subject:from:organization:content-type:mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; b=osjT+9VNIHsnEcTneYKig34ow5UvR5miSQ74NvE7E1yN4tOuEkNFfd4pwejMeHLfnHEYfduOizc/gO0o7a7wj4Td5iJE2pgUaQqghZc2hyaV8oKDFfZpe5PdveezNirRt9n080++SgqKdmyZp/EKWd0HeSHaWOJj+8DKL2HZ9LI=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:to:subject:from:organization:content-type:mime-version:references:content-transfer-encoding:message-id:in-reply-to:user-agent; b=dtnaLxQHHTvMMRI+ADQDCfic+pjvJe9+1fWsAPIBHX/44hImurCt7Fbr1H91wBKfgZCLVkOaHPjpnWJ6MhaYZk08dpvU8e7NbijSdmqtQVPgLz5Ltm3Tq8UDegsmh0bjMJiowUAX9JKPoicwqk1fWB+60bKp30smrC0ThMn1fOo=
- In-reply-to: <7c6adcd31c1aa8c997867a9ceac2@xxxxxxxxxxxxxx>
- Organization: Unseen University of Infospace
- References: <op.tvnvbsnczvu6g5@xxxxxxxxxxx> <7c6adcd31c1aa8c997867a9ceac2@xxxxxxxxxxxxxx>
On Wed, 18 Jul 2007 18:10:46 +0300, David Mzareulyan <david@xxxxxxxx>
wrote:
- обеспечивают запуск одного или нескольких экземпляров fcgi-процесса
по запросу;
- разбираются с тем, на какой сокет перенаправить запрос, когда
процесс запущен;
- перезапускают упавшие процессы или убивают неактивные;
- перезапускают процессы при изменении исходников.
Обычно для этого используют spawn-fcgi из поставки lighttpd.Он вполне
способен работать самостоятельно.
Для этого или для запуска fastcgi вообще?
spawn-fcgi не делает ничего из вышеперечисленного - только перезапускает
упавшие процессы.
Он делает ещё кое-что из не перечисленного здесь, тем и отличаясь от
запуска fcgi-сервера
через зацикленный шелл-скрипт.
Я, собственно, думал свои сервисы перетащить под spawn-fcgi. Но когда
увидел, что это не
даёт вообще ничего по сравнению с тем, как сейчас зациклен запуск на
скриптах - не стал и
перетаскивать.
В общем, задача автоматического запуска fastcgi-скриптов по запросу не
стоит при использовании
php. Там, какой скрипт ни запроси - всё равно выполняется один и тот же
ранее запущенный
fastcgi-сервер (или один из одинаковых) - интерпретатор php.
Но если используется fastcgi-perl, для скорости разбитый на много мелких
скриптов - задача
"при запросе /foo/bar.fcgi запустить процесс /realfoo/bar.fcgi, при
повторном запросе
использовать запущенный процесс" обретает смысл. А выполнение её из-под
nginx при помощи
Apache+mod_fcgi выглядит несколько странно.
Вот откуда берутся вопросы типа "где бы достать fastcgi-менеджер".
--
IT Philosopher
|
