Fast CGI - какова его распространенность?

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

Наши разработчики платформы хостинга смотрели в сторону этого решения, но нашли больше против, чем за. У нас был тестовый сервер даже с FastCGI, однако новая версия платформы хостинга будет без FastCGI.

eServer +1

У нас в хостинг-панели решение свое, переписанный mod_php с распределением прав.

Единственный минус неправильно работают кешеры кода.

Пока не нашли как это обойти.

claygod, это вы по поводу этой темы /ru/forum/308813 ?

а программа ваша умеет работать в таком окружении ? а именно принимать и обрабатывать несколько запросов без перезапуска. Если у вас нет исходников и не вы ее писали - fastcgi ничем не поможет.

FastCGI просто cмотрит в сторону противоположную массовому хостингу, как и JSP, технологии запуска приложений отдельно от вебсервера никак не располагают строить на этом массовую услугу.

Вот интересная штука http://www.outservices.net/phpvs.php никто в работе не встречал или может устанавливал?

Это не проблема, и даже интересно :) но если Fast CGI совершенно не распространен, то это его огромный минус.

В PHP всеравно FastCGI работает с постоянным перезапуском сессии, это вам не Perl, для этих целей есть кеширование байткода и переменных.

Перспектива хостингов - это отказ от виртуального хостинга и переход к изолированным виртуальным контейнерам (т.е. vds/vps). А там уж и fastcgi и что душе угодно ставится.

Это абсолютно разные подходы и разные виды хостинга. Массовый хостинг в обозримом будущем просто будет различными методами лимитировать ресурсы пользователя и распределять их по тарифам, но это никоим образом не ставит его в сравнение с VPS.

Почти согласен, но идете не с той стороны - vps станет меньше, проще, дешевле, необходимость в вирте отпадет.

А еще, как вариант, никому не будет нужен ни vps, ни шаред, и все будут сидеть на SaaS :)