你可能想知道什么不是CGI，答案是你的web服务器的MODULE(如果我假设你在运行Apache)。这是一个很大的区别，因为CGI需要一个外部程序，线程，等等来实例化一个PERL, PHP, C应用服务器，当你作为一个模块运行时，这个程序就是web服务器(apache)本身。

由于这一切，有很多性能、安全性、可移植性问题开始发挥作用。但是最好先知道什么不是CGI，理解它是什么。

一个现实生活中的例子:一个需要在网站上显示的复杂数据库。由于数据库是在1986年左右设计的(!)，大量数据以不同的方式打包以节省磁盘空间。

随着开发的进行，开发人员不再能够单独用SQL解决复杂的数据请求，例如，因为排序算法是不寻常的。

有三个明智的解决方案:

快速和肮脏:发送未经审查的数据到PHP，在那里排序。显然，这是一个非常昂贵的解决方案，因为每次调用页面时都会重复此操作 写一个数据库引擎插件——但是管理员还没有准备好允许外国代码在他们的服务器上运行，或者 您可以在程序(C、Perl等)中处理数据，并输出HTML。程序本身进入/cgi-bin，由web服务器(例如Apache)直接调用，而不是通过PHP。

CGI运行解决方案#3中的脚本，并将效果输出到浏览器。您拥有编译程序的速度，比SQL更广泛的语言的灵活性，并且不需要为SQL服务器编写插件。(同样，这是一个特定于SQL和C的例子)

你可能想知道什么不是CGI，答案是你的web服务器的MODULE(如果我假设你在运行Apache)。这是一个很大的区别，因为CGI需要一个外部程序，线程，等等来实例化一个PERL, PHP, C应用服务器，当你作为一个模块运行时，这个程序就是web服务器(apache)本身。

由于这一切，有很多性能、安全性、可移植性问题开始发挥作用。但是最好先知道什么不是CGI，理解它是什么。

在维基百科上看看CGI。CGI是web服务器和外部程序或脚本之间的协议，用于处理输入并生成发送到浏览器的输出。

CGI只是网络服务器和程序进行通信的一种简单方式，仅此而已。在这里，服务器管理网络连接和HTTP协议，程序处理输入并生成发送到浏览器的输出。CGI脚本基本上可以是任何可以由web服务器执行并遵循CGI协议的程序。因此，一个CGI程序可以实现，例如，在C。但这是极其罕见的，因为C不是很适合这项任务。

/ CGI -bin/*. CGI是一个简单的路径，人们通常把他们的CGI脚本。Web服务器通常默认配置为从该路径获取CGI脚本。

CGI脚本也可以在PHP中实现，但并非所有PHP程序都是CGI脚本。如果web服务器有嵌入式PHP解释器(例如Apache中的mod_php)，那么web服务器和解释器之间更有效的直接协议跳过了CGI阶段。

你是否实现了CGI脚本取决于你的脚本是如何被web服务器执行的。

CGI是web服务器(HTTP服务器)和处理特定请求的某种类型的可执行程序之间的接口规范。

它描述了该请求的某些属性应该如何与该程序的环境通信，以及该程序应该如何将响应通信回服务器，以及服务器应该如何“完成”响应以形成对原始HTTP请求的有效响应。

有一段时间，CGI是一个IETF互联网草案，因此有一个有效期。它过期了，没有更新，所以没有CGI“标准”。它现在是一种信息RFC，但作为一种常见的文档，它本身并不是一个标准。rfc3875.txt, rfc3875.html

实现CGI接口的程序可以用目标机器上可运行的任何语言编写。它们必须能够访问环境变量，通常是标准输入，并在标准输出上生成它们的输出。

编译语言(如C)和脚本语言(如perl)被普遍使用，它们通常使用库来使访问CGI环境更容易。

CGI最大的缺点之一是每个请求都会生成一个新程序，因此维护请求之间的状态可能是一个主要的性能问题。状态可以在cookie中处理或编码在URL中，但如果它变得很大，它必须存储在其他地方，并从编码的URL信息或cookie中进行键控。然后，每个CGI调用都必须从某个存储区重新加载存储状态。

出于这个原因，为了请求和会话的接口非常简单，web服务器和应用程序之间更好的集成环境变得更加流行。像使用apache的现代php实现这样的环境将目标语言与web服务器更好地集成在一起，并提供对有效地服务http请求所需的请求和会话对象的访问。它们提供了一种更简单、更丰富的方式来编写处理HTTP请求的“程序”。

你是否写了一个CGI脚本取决于解释。它当然完成了一个模块的工作，但更常见的是将php作为一个模块运行，其中脚本和服务器之间的接口不是严格的CGI接口。

The CGI is specified in RFC 3875, though that is a later "official" codification of the original NCSA document. Basically, CGI defines a protocol to pass data about a HTTP request from a webserver to a program to process - any program, in any language. At the time the spec was written (1993), most web servers contained only static pages, "web apps" were a rare and new thing, so it seemed natural to keep them apart from the "normal" static content, such as in a cgi-bin directory apart from the static content, and having them end in .cgi.

那时，还没有像PHP这样专门的“web编程语言”，C是主要的可移植编程语言——所以很多人用C来编写他们的CGI脚本。但是Perl很快被证明更适合这类事情，CGI在一段时间内几乎成为Perl的代名词。然后出现了Java servlet、PHP和其他一些语言，它们占据了Perl的大部分市场份额。