CGI是一个公共网关接口。顾名思义,它是所有东西的“通用”网关接口。从名字上看,它是如此的琐碎和幼稚。我觉得我明白了,每次遇到这个词我都有这种感觉。但坦白说,我没有。我还是很困惑。

我是一个有网页开发经验的PHP程序员。

用户(客户端)请求页面——> webserver(->嵌入式PHP ---->服务器端(PHP)脚本—> MySQL服务器。

现在说我的PHP脚本可以从MySQL服务器和MATLAB服务器和其他服务器获取结果。

PHP脚本是CGI?因为它的接口之间的web服务器和所有其他服务器?我不知道。有时他们称CGI为技术,有时他们称CGI为程序或其他服务器。

What exactly is CGI? Whats the big deal with /cgi-bin/*.cgi? What's up with this? I don't know what is this cgi-bin directory on the server for. I don't know why they have *.cgi extensions. Why does Perl always comes in the way. CGI & Perl (language). I also don't know what's up with these two. Almost all the time I keep hearing these two in combination "CGI & Perl". This book is another great example CGI Programming with Perl. Why not "CGI Programming with PHP/JSP/ASP"? I never saw such things. CGI Programming in C, 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!! People say that CGI is deprecated and isn't in use anymore. Is that so? What is the latest update?

Once, I ran into a situation where I had to give HTTP PUT request access to web server (Apache HTTPD). Its a long back. So, as far as I remember this is what I did: Edited the configuration file of Apache HTTPD to tell webserver to pass all HTTP PUT requests to some put.php ( I had to write this PHP script) Implement put.php to handle the request (save the file to the location mentioned) People said that I wrote a CGI Script. Seriously, I didn't have a clue what they were talking about.

我真的写了CGI脚本吗?

我希望你能理解我的困惑。(因为我自己也不知道我在哪里感到困惑)。我要求你们的回答尽量简单。我真的不懂任何花哨的专业术语。至少在这种情况下不是。

编辑:

我发现了这个神奇的教程“CGI编程很简单!”- CGI教程,以最简单的方式解释概念。阅读完本文后,您可能想要阅读C语言CGI编程入门,用实际的代码示例来补充您的理解。我还在维基百科的文章中添加了本教程的链接:http://en.wikipedia.org/wiki/Common_Gateway_Interface


当前回答

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

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

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模块下运行的。

一个现实生活中的例子:一个需要在网站上显示的复杂数据库。由于数据库是在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,理解它是什么。