Talk:Common Gateway Interface
The example is very poorly worded.
"The user agent requests the name of an entry; the server will retrieve the source of that entry's page (if one exists), transform it into HTML, and send the result back to the browser or prompt the user to create it."
What is meant by an "entry" exactly? please be more specific. A database entry, a file entry? ....to create it? ---create WHAT? The entry? the page? the result?
![]() | This article may be too technical for most readers to understand. |
clarification Apache and CGI
Just a point of clairification. Is Apache an instance of a CGI program? And how does GCI handle SSI? Newbie questions, I know... — Preceding unsigned comment added by 64.178.98.66 (talk • contribs) 21:09, 28 June 2005 (UTC)
- For what it's worth, Apache is an instance of a web server software, and CGI is software that may run on a web server. SSI means Server Side Includes. --Unixguy 16:55, 15 October 2007 (UTC)
HTTP cookie
I have submitted the article HTTP cookie for peer review (I am posting this notice here as this article is related). Comments are welcome here: Wikipedia:Peer review/HTTP cookie/archive1. Thanks. - Liberatore(T) 16:56, 14 January 2006 (UTC)
CGI-bin
Can someone explain what this is? Also, is it CGI-bin or CGI-BIN? Thanks!
- CGI-bin stands for CGI binaries (programs). It is commonly also used as the default name of the folder where the CGI programs are stored in various server applications such as apache. The reason that all CGI programs for a given site are usually placed in one folder is to make it easier to secure the server. Superflyguy 19:21, 10 August 2006 (UTC)
- Write this in the article... (someone wrote sometime)
The directory is actually named "cgi-bin". Unix file names are case-sensitive, and all-lower-case is used for most names. 69.87.200.113 13:58, 17 January 2007 (UTC)
- CGI binaries do not need to be in the CGI-bin, they can be placed any place else if you configure .htaccess correctly. 83.55.41.191 (talk) 16:20, 6 January 2010 (UTC)
Abstract or article?
The abstract of the article is longer than the article itself. What should remain in the abstract, and what should be moved? Superflyguy 19:21, 10 August 2006 (UTC)
The link is not up to date any more, sorry :(
- Thats just an example of what a CGI link might look like, you aren't meant to actually go to it. Wikipedia does this so that it does not show bias towards certain websites, they could hardly write http://www.thebestpageintheuniverse.net/c.cgi?u=spot_the_pedo in an article --Einsidler 10:32, 27 December 2006 (UTC)
Beware of AWB
Twice now I've seen people use AWB to "clean up" the article, mostly removing underscores from links to articles such as mod_perl, etc. These underscores are part of the names and should not be removed. Everybody says "mod_perl"; almost nobody says "mod perl". - furrykef (Talk at me) 22:52, 21 December 2006 (UTC)
Too brief
This is a pathetically too-little article for such an important tech subject. How about some actual sample protocol details etc? 69.87.200.113 14:01, 17 January 2007 (UTC)
Seconded. The article spends more time talking about shortcomings and alternatives than about CGI. There is also some wankery in there about how the trade off is the software engineer's decision to make. At least there are some external links. —The preceding unsigned comment was added by 67.128.198.190 (talk) 23:55, August 20, 2007 (UTC)
VBMcgi
I've just removed the following links from the "see also" section. If they are considered appropriate for the article (which I doubt) then they should be in "external links" not "see also".
- VBMcgi - A free, open-source, cross-platform, C++ library for web/cgi software, using C++ and 3-tier architecture.
- The sbVB VBMcgi course - A course on VBMcgi
Davorg 11:27, 13 February 2007 (UTC)
WAHHH —Preceding unsigned comment added by 212.219.91.241 (talk) 14:16, 26 February 2008 (UTC)
Technical
Does it mean that a website running CGI scripts will access remote computers? ~ R.T.G 23:40, 20 November 2008 (UTC)
- No, it doesn't. There is clearly something wrong with this article. Perhaps it shouldn't be here in the first place. Rp (talk) 19:25, 31 March 2009 (UTC)
- I have rewritten the introduction to address this. Rp (talk) 11:03, 25 November 2009 (UTC)
The lack of a single official CGI spec
RFC 3875 is not the CGI spec. It is an informational article by two authors from the Apache Software Foundation that attempts to define CGI more formally. It is a common misconception that every RFC document is (or was) a standard. That is far from true. See RFC 1796 for an explanation. RFC 3875 can be considered a standard only if most CGI implementors agree to adhere to it. If you have seen any statements by implementors, please cite them. It looks like the closest thing to the CGI spec is the original CGI/1.1 spec at NCSA which is cited by nearly everyone. — Alexander Konovalenko (talk) 13:38, 23 November 2009 (UTC)
- Good point. Rp (talk) 18:45, 23 November 2009 (UTC)
Higher level APIs: ASP, JSP, PHP
I think Java Servlet/JSP, Microsoft ASP, PHP and other technologies should be referenced as more advanced solutions to the problem that CGI came to solve. 212.179.92.170 (talk)
- What do you mean by that? PHP is installed either as an apache module or as a CGI binary. Why is PHP more advanced than CGI? They are two different concepts. 83.55.41.191 (talk) 16:18, 6 January 2010 (UTC)