好吧，让我们把它放在一个更温和：是CGI（通用网关接口）的遗产？
是？ 没有？
在什么情况下一个项目，从今天开始（一个没有NOOT必须与遗留系统或库交互）使用CGI？
Answer 1:
这是离死不远了实际。 尽管开销，许多虚拟的网络托管公司正在运行PHP，CGI出于安全的考虑，因为它可以用suEXEC的使用。 suEXEC的意思是你的脚本在实际的Unix用户权限执行，因此操作系统的特权分离受到限制。 这比PHP特定的open_basedir替代一个更加可靠的安全模式。
此外，CGI是一个非常简单而且相当通用的接口，它支持不会从Web服务器外出。 喜欢的FastCGI和SCGI许多新接口继承CGI通过HTTP标头和其他变量到Web应用程序和回来的路上。 即使是PHP的SAPI模仿这与它的$_SERVER变量。 所以CGI不会消失，它只是被在建。
Answer 2:
遗产？ 绝对。 死？ 嗯，这是对生命的支持。 我怀疑在可预见的将来它会真的“死”。 你可能仍然使用CGI写了一个非常小的类型的脚本，如果你已经有了与运行web应用程序没有其它办法的服务器和你懒得来配置它。
什么是另一个原因是什么？ 也许你已经得到了泄露内存或资源，如筛子的程序，但你必须要运行它，所以你要确保一切都通过结束进程的每一个要求清理...
但严重的是，事情真正重要的，我想移动到任何类型的系统的持续性过程足以压倒了不少成本的好处。 在我的经验，它鼓励写出更好的组织代码为好，因为那种初始化的，你需要有一个很好的模块化的应用程序转化为“不可接受的启动时间”在CGI环境。
Answer 3:
这是不是很死。 但是FCGI看起来更好的方法。 虽然没有正式通过，比方说，Apache的支持。 您需要使用侧MODS的得到它的工作。
Answer 4:
我不会考虑CGI死要么。 毕竟，它是由所有主要的Web服务器的支持。
原因之一用于启动CGI项目可能是知识产权保护没有提到。 例如，你可以决定C ++编写CGI程序，让你的客户不被你控制的服务器上安装应用程序。
也许你原有产品为图书馆实现万吨的企业。 （.DLL，。所以。.LIB。.A等）在这种情况下，它实际上可能更快地市场坚持与C / C实现web接口时++。
也许，你在德尔福店打工？ 如果10％工程师在店里写的Delphi，在PHP编写新的应用程序可能不是市场的最快途径。
因此，简而言之，许多变量开始发挥作用，决定使用什么高科技为你的新产品，包括当：
- 谁是你的客户？
- 什么是你的起点？
- 什么是你的资产和资源？
- 你怎么享受？
- 什么是你的软件需要的接口？
- 如何将应用程序部署？
Answer 5:
CGI是不是非常适合高性能。
但我的建议是忽略的是，写的是支持多SAPIs语言或库，然后用什么最适合每个情况。
文章来源: Is cgi dead? [closed]
