On Wed, Jul 18, 2007 at 11:36:53AM +0400, Stanislav Ievlev wrote:
> On Tue, Jul 17, 2007 at 08:34:19PM +0700, Denis F. Latypoff wrote:
> > Hello Stanislav,
> >
> > Tuesday, July 17, 2007, 7:59:08 PM, you wrote:
> >
> > > On Fri, Jul 06, 2007 at 07:21:42PM +0400, Anton Yuzhaninov wrote:
> > >> Hello Stanislav,
> > >>
> > >> You wrote on Friday, July 6, 2007, 5:21:46 PM:
> > >>
> > >> SI> Не хотелось бы связываться с тем, чтобы дополнительно
> > >> SI> поддерживать внешний fastcgi сервер.
> > >> SI> Упростить хочется, а не усложнить ;)
> > >>
> > >> Для упрощения сложные приложения делают не в виде одного монолитного
> > >> процесса, а разбивают на несколько процессов каждое из которых
> > >> является более простым приложением, чем система в целом.
> > > OK, зайдём с другой стороны. Какие есть хорошие маленькие внешние fastcgi
> > > сервера?
> >
> > lighttpd 1.4.x умеет сам управлять fastcgi приложениями (точнее
> > серверами)
> mod_fastcgi в apache тоже ... вопрос был про nginx.
> Вообще, с одной стороны хорошо конечно разбить одно приложение на сотню
> маленьких медвежат, с другой - их достаточно неудобно инициализировать,
> контролировать (что будет если один из процессов упал), да и
> производительность будет заметно ниже. Всё-таки надеюсь, что автор nginx
> скажет что-нибудь ... есть ли в принципе шанс отцепить некий libhttp от nginx
> или дизайн приложения этого не позволяет?
Отцепить может и можно, только вот займёт это много времени.
Можно добавлять функциональность модулями.
Что касается "маленького внешнего fastcgi сервера", то такого в природе
не существует, поскольку fastcgi - это протокол, который обычно встраивается
в язык/среду, как сделано, например, в php/perl.
--
Игорь Сысоев
