On Wed, Apr 01, 2020 at 01:06:27PM +0200, Valery Kholodkov wrote:
> FastCGI использовался в прошлом для ускорения комуникации между веб-сервером
> и апп-сервером.
Разве? Запросы, упакованные в FastCGI, бегут по сети между серверами
быстрее, чем те же запросы в виде HTTP?
> Сейчас, когда можно с легкостью написать событийно-ориентированное
> приложение отвечающее по HTTP, преимущество использования FastCGI
> представляется сомнительным.
Возможность писать простые однопоточные приложения как раз является
преимуществом. К тому же запрос в FastCGI доступен приложению в
уже разложенном по хедерам виде.
> Более того, nginx не поддерживает мультиплексирования запросов через одно
> соединение FastCGI, то есть преимущество использования FastCGI сводится
> всего лишь к компресии заголовков и возможности не принимать тело запроса.
Компрессия заголовков в FastCGI, это не ошибка?
> Если есть задача сделать приложение на C++ и подключить к nginx с помощью
> libfcgi, то это несложно. А вот выжать из него максимум производительности,
> реализовать поддерджку всех фич HTTP и поддерживать его в течении
> длительного времени -- это гораздо сложнее, чем на то же самом node.js.
1. О каких фичах http речь?
2. Где можно выжать максимум производительности, за счёт чего?
3. Приведите примеры, pls, где что-то выжимается большим трудом на FastCGI
и легко и просто на Node.js.
Спасибо.
--
Eugene Berdnikov
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru