Исправление EvilFox, (текущая версия) :
Раньше в языках (и ныне в бомж-языках) не было http-библиотек (встроенного веб-сервера), зато был простой как дрова CGI, а FastCGI его идейное развитие. У вебсерверов был интерфейс к этому CGI/FastCGI и никто в здравом уме на тот момент не думал реализовывать веб-сервер в стандартной библиотеке языка.
FastCGI лишён мишуры присущей http типа его заголовков и т.п.
Может работать как по порту так и по юникс-сокету (чем обычно пользовались ибо быстрее), однако не везде он одинаково полезен, например в golang этот FastCGI оказывается существенно медленнее http-библиотеки с её дальнейшим проксированием в nginx, тем более http там можно пустить тоже по юникс-сокету, так что реализацию надо учитывать.
Исправление EvilFox, :
Раньше в языках (и ныне в бомж-языках) не было http-библиотек (встроенного веб-сервера), зато был простой как дрова CGI, а FastCGI его идейное развитие. У вебсерверов был интерфейс к этому CGI/FastCGI и никто в здравом уме на тот момент не думал реализовывать веб-сервер в языке.
FastCGI лишён мишуры присущей http типа его заголовков и т.п.
Может работать как по порту так и по юникс-сокету (чем обычно пользовались ибо быстрее), однако не везде он одинаково полезен, например в golang этот FastCGI оказывается существенно медленнее http-библиотеки с её дальнейшим проксированием в nginx, тем более http там можно пустить тоже по юникс-сокету, так что реализацию надо учитывать.
Исходная версия EvilFox, :
Раньше в языках (и ныне в бомж-языках) не было http-библиотек (встроенного веб-сервера), зато был простой как дрова CGI, а FastCGI его идейное развитие.
FastCGI лишён мишуры присущей http типа его заголовков и т.п.
Может работать как по порту так и по юникс-сокету (чем обычно пользовались ибо быстрее), однако не везде он одинаково полезен, например в golang этот FastCGI оказывается существенно медленнее http-библиотеки с её дальнейшим проксированием в nginx, тем более http там можно пустить тоже по юникс-сокету, так что реализацию надо учитывать.