用于Nginx代理后面的C++守护进程的FastCGI或HTTP服务器

gra*_*olf 4 c++ fastcgi http

对于可通过Web界面访问的高性能应用程序,实现/重用某些http服务器或使用fastcgi是否有意义?我确信fcgi是正确的选择,但我遇到https://ef.gy/fastcgi-is-pointless现在我不太确定..

HTTP不允许同时处理多个会话,但这可以通过产生多个deamon来解决,让nginx充当平衡器.但它可能会容易测试.

另一方面,fcgi似乎已经具备了所有必需的高性能部件(在一个进程中复用请求,因此更容易实现缓存,......).

除了更容易调试之外,HTTP是否比FastCGI 有任何优势?

注意:安全性不是问题,因为fcgi或http将在nginx代理后面运行.

PSI*_*Alt 7

充当HTTP服务器将迫使您实现与应用程序的业务逻辑无关的一些事情.这包括但不限于:保持活动,分块编码,解码表单数据以及许多其他小事或大事.我更喜欢坚持使用fastcgi,因为它需要较少的传输级协议知识.