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来完成，那么你将开发一个控制台程序。

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，答案是你的web服务器的MODULE(如果我假设你在运行Apache)。这是一个很大的区别，因为CGI需要一个外部程序，线程，等等来实例化一个PERL, PHP, C应用服务器，当你作为一个模块运行时，这个程序就是web服务器(apache)本身。

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

CGI是一个接口，它告诉web服务器如何向应用程序传递数据和从应用程序传递数据。更具体地说，它描述了如何在环境变量中传递请求信息(如请求类型、远程IP地址)、如何通过标准输入传入请求正文，以及如何通过标准输出传递响应。您可以参考CGI规范了解详细信息。

要使用您的图像:

用户(客户端)请求页面——> webserver——[CGI]---->服务器端程序——> MySQL服务器。

大多数(如果不是全部的话)网络服务器都可以配置为执行“CGI”程序。这意味着web服务器在接收到请求后，会将数据转发给特定的程序，设置一些环境变量，并通过标准输入和标准输出编组参数，这样程序就可以知道在哪里和寻找什么。

主要的好处是你可以从网络上运行任何可执行代码，前提是网络服务器和程序都知道CGI是如何工作的。这就是为什么你可以用C或Bash编写web程序，并使用常规的启用cgi的web服务器。而且大多数编程环境都可以轻松地使用标准输入、标准输出和环境变量。

在你的例子中，你很可能使用了另一种特定于PHP的方式，在你的脚本和web服务器之间进行通信，正如你在你的问题中提到的，这是一个名为mod_php的嵌入式解释器。

所以，回答你的问题:

CGI到底是什么?

见上图。

/cgi-bin/*.cgi有什么大不了的?这是怎么回事?我不知道服务器上的cgi-bin目录是干什么用的。我不知道他们为什么有*.cgi扩展名。

这是cgi程序的传统位置，许多web服务器都预先配置了这个目录，以执行所有二进制文件作为cgi程序。. CGI扩展名表示期望通过CGI工作的可执行文件。

为什么Perl总是碍事。CGI和Perl(语言)。我也不知道这两个是怎么回事。几乎所有的时间，我都听到这两者结合在一起“CGI和Perl”。这本书是另一个很好的例子CGI编程与Perl为什么不“CGI编程与PHP/JSP/ASP”。我从未见过这样的事情。

因为Perl是古老的(比PHP、JSP和ASP都要古老，这些都是在CGI诞生的时候出现的，而Perl是在CGI诞生的时候存在的)，并且作为一种通过CGI提供动态网页的非常好的语言而闻名。现在，在web服务器上运行Perl还有其他选择，主要是mod_perl。

CGI Programming in C this confuses me a lot. in C?? Seriously?? I don't know what to say. I"m just confused. "in C"?? This changes everything. Program needs to be compiled and executed. This entirely changes my view of web programming. When do I compile? How does the program gets executed (because it will be a machine code, so it must execute as a independent process). How does it communicate with the web server? IPC? and interfacing with all the servers (in my example MATLAB & MySQL) using socket programming? I'm lost!!

只需编译一次可执行文件，web服务器就会执行程序，并将请求中的数据传递给程序，并输出接收到的响应。CGI指定每个请求将启动一个程序实例。这就是为什么CGI现在效率很低，而且有点过时。

他们说CGI已经被弃用了。它不再被使用了。是这样吗?它的最新更新是什么?

当性能不是最重要的，并且需要一种简单的执行代码的方法时，仍然使用CGI。由于前面提到的原因，它的效率很低，在web环境中有更现代的方法来执行任何程序。目前最著名的是FastCGI。

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

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

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接口。