FastCGI-сервера приложений?

Question

[one_question]

Решил сделать web-приложение используя сервер nginx + fastcgi. Сколько ни искал по словам fastcgi-server, fastcgi application server и тд. и тп ничего не могу найти внятного(по крайней мере с моим-то английским, на русском вообще ничего не нашел понятного).
Какие есть сервера приложений fastcgi?
Они есть или надо каждый раз писать свой?
Если есть, то какие из них подойдут к nginx или они универсальны?
Должен ли язык, на котором написан сервер, совпадать с языком на котором пишутся fastcgi-приложения?
Есть какой-нибудь FAQ по этой теме?

Answer 1

[Влад Животнев]

Для большого количества языков есть свой сервер fastcgi приложений, упрощающий разработку.
Есть ещё и всякие "продолжения" протокола - uwsgi, например.

Но можно написать свой (например - habrahabr.ru/post/61532) - там внутри простой текстовый протокол, в общем то.

Comments

[one_question]

"Для большого количества языков есть свой сервер fastcgi приложений, упрощающий разработку."
В смысле есть свой сервер fastcgi приложений? То есть для каждого из языков? Если да, то можно примеры для python и C/C++?

[Влад Животнев]

one_question: для питона лучше WSGI использовать или uwsgi. А вообще про всё питонячье вроде здесь - https://docs.python.org/2/howto/webservers.html

Для сей чуть менее, чем полностью, придется писать самостоятельно - www.fastcgi.com/devkit/doc/fastcgi-prog-guide/ch2c.htm
Но для сей было бы странно писать готовый fcgi-сервер, язык про другое )

[Влад Животнев]

one_question: и не для каждого из языков, а для некоторой их части. Не для всех.

[Влад Животнев]

one_question: ну, собственно да - для питона fastcgi сервер - это flup.

[one_question]

Так, я не пойму, то есть fastcgi сервер разве не просто отдает соответствующим приложениям данные запроса на обработку? Почему такая существенная разница на чем написан сервер приложений и приложения, которые он использует для обработки запросов?

[one_question]

Влад Животнев: и более всего не понятно почему нет готового сервера приложений, неужели они так специфичны для каждой задачи?

[Влад Животнев]

one_question: нет, fastcgi не просто отдаёт "приложениям" данные запроса на обработку.
fastcgi-сервер сам и есть это приложение.

Универсальный fastcgi-сервер - apache2. Оно вам надо) ? Сидеть и писать всю обвязку plain-текстом.

Поэтому в пределах одного языка fcgi-сервер чаще всего является маленькой библиотекой, в задачи которой входит слушать порт и парсить запрос в переменные. Поэтому для питона удобнее использовать flup, для перла - перловый FCGI, и так далее.

Answer 2

[Александр Прозоров]

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

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

Нет понятий fastcgi-server, fastcgi application server, есть веб-сервер (например Nginx) и процессы (workers) работающие на определённый TCP портах и взаимодействующие с веб-сервером по протоколу FastCGI.

https://ru.wikipedia.org/wiki/FastCGI