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背后的思想是程序/脚本(无论是Perl还是C)通过STDIN(请求数据)接收输入,并通过STDOUT (echo, printf语句)输出数据。

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

其他回答

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

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

在维基百科上看看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是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接口。

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

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