Новый сервер FastCGI-приложений

Konstantin_S, зачем еще один ? в php все равно по-настоящему не работает fastcgi.

название неприглядное, сайт вобще на ГС похож.

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

на каждого юзера нужно запускать отдельный экземпляр программы?

преимущества не очевидны.

было бы лучше, если оформили преимущества/недостатки сравнительной табличкой (с другими аналогичными продуктами).

какие преимущества против spawn и fpm ? очень интересный софт, но зачем вы написали то, что уже реализуемо?

может быть для того, что в какой то конкретной ситуаций функционала готовых решений не хватило ? нужно кратко описать плюсы и минусы.

netwind, я не говорю, что без него жить нельзя :)

Но все же такой сервер скорее полезен, чем вреден:

1) Применение FastCGI позволяет упростить конфигурацию (не держать Apache только для обработки PHP), а это еще никому не вредило.

2) Сервер не только для PHP, он вообще унифицированный

3) Реализация скрипта как службы - это замечательный способ получить совершенно бесплатный прирост производительности при минимальной модификации имеющихся скриптов. Да, реализация интерфейса FastCGI для PHP кривая, но никто не запрещает сделать прямую бинарную реализацию, как для тех же Perl, C/C++.

Konstantin_S добавил 30.10.2011 в 20:38

iHead, в текущей реализации именно возможности настройки виртуальных серверов нет.

Есть возможность задать инициализационный скрипт для группы приложений по маске, вот в него можно напихать смену пользователя, текущей директории, установку других параметров среды и т.д.

То есть задача запуска скрипта с правами конкретного пользователя решается, и даже не криво. Посмотрю, возможно имеет смысл вынести такую функциональность именно на уровень конфигурации, пока полезность у такого решения неочевидная.

Можете по простому объяснить, для человека далекого от этой темы, что вообще делает ваш сервер?

Зачем нужен fastCGI?

И зачем через него запускать PHP?

Чтоб обойтись без апача одним nginx