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

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

有三个明智的解决方案:

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

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

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的大部分市场份额。

CGI背后的思想是程序/脚本(无论是Perl还是C)通过STDIN(请求数据)接收输入，并通过STDOUT (echo, printf语句)输出数据。

大多数PHP脚本不合格的原因是它们是在PHP Apache模块下运行的。

A CGI script is a console/shell program. In Windows, when you use a "Command Prompt" window, you execute console programs. When a web server executes a CGI script it provides input to the console/shell program using environment variables or "standard input". Standard input is like typing data into a console/shell program; in the case of a CGI script, the web server does the typing. The CGI script writes data out to "standard output" and that output is sent to the client (the web browser) as a HTML page. Standard output is like the output you see in a console/shell program except the web server reads it and sends it out.

CGI脚本可以在浏览器中执行。URI通常包含提供给CGI脚本的查询字符串。如果方法是“get”，那么查询字符串将在名为QUERY_STRING的环境变量中提供给CGI脚本。如果方法是"post"，则使用标准输入将查询字符串提供给CGI Script (CGI Script从标准输入读取查询字符串)。

CGI脚本的早期用途是处理表单。在HTML的初期，HTML表单通常有一个“action”属性和一个指定为“submit”按钮的按钮。当提交按钮被按下时，“action”属性中指定的URI将被发送到服务器，表单中的数据将作为查询字符串发送。如果“action”指定了一个CGI脚本，那么CGI脚本将被执行，然后生成一个HTML页面。

RFC 3875“通用网关接口(CGI)”部分定义了使用C语言的CGI，比如说环境变量“可以通过C库例程getenv()或变量environ来访问”。

如果你正在使用C/ c++开发CGI脚本，并使用Microsoft Visual Studio来完成，那么你将开发一个控制台程序。

CGI本质上是将请求传递给任何配置了web服务器的解释器-这可能是Perl, Python, PHP, Ruby, C几乎任何东西。Perl在过去是最常见的，这就是为什么你经常在CGI中看到它。

CGI并没有死。事实上，大多数大型托管公司将PHP作为CGI而不是mod_php运行，因为它提供用户级配置和其他一些东西，而它比mod_php慢。Ruby和Python通常也以CGI的形式运行。这里的关键区别是服务器模块作为实际服务器软件的一部分运行，而与CGI一样，它完全在服务器之外。服务器只是使用CGI模块来决定如何向外部解释器传递和接收数据。

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

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

有三个明智的解决方案:

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

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