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

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

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

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

有三个明智的解决方案:

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

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

CGI是一种由web服务器调用外部程序以处理请求的机制，使用环境变量和标准输入将请求数据提供给程序。外部程序是用哪种语言编写的并不重要，尽管用某些语言编写CGI程序比其他语言更容易。

因为CGI脚本需要执行权限，默认情况下httpd只允许CGI -bin目录下的CGI程序运行(现在可能被误导了)安全目的。

大多数PHP脚本通过mod_php运行在web服务器进程中。这不是CGI。

CGI很慢，因为每个请求都必须启动程序(和相关解释器)。现代的替代方案是嵌入式执行(mod_php使用)和长时间运行的进程(FastCGI使用)。给定的语言可能有自己实现这些机制的方式，所以在求助于CGI之前一定要问问周围的人。

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

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