lighttpd對(duì)CGI的支持能力有限呀，貌似不能支持POST或者GET方法里面帶著的參數(shù)

foolishx

如題，如果只是簡(jiǎn)單的get, post，不帶有任何參數(shù)的話，都是可以很好的支持的。可是一旦帶個(gè)參數(shù)類似：Get url=http://localhost/test.pl?time=12:22:33這種情況的或者POST url=http://localhost/test.pl?val=2 這種情況的，lighttpd根本不管你傳的參數(shù)是啥，只是調(diào)用 test.pl,后面不給這個(gè)perl腳本傳任何參數(shù)。�？雌饋碛悬c(diǎn)悲劇

有了解lighttpd的同學(xué)嗎，能幫忙解釋一下到底是什么回事兒不？是我用錯(cuò)了還是它壓根就不這么支持呢？

linux_c_py_php

URI只是作為一個(gè)環(huán)境變量傳給CGI/FCGI, 沒人說過webserver會(huì)解析URL或者解析body體內(nèi)的form表單，那都是腳本語(yǔ)言自身編寫的開發(fā)框架幫你做了的解析。

foolishx

你看看源碼再說吧

linux_c_py_php

草你妹，沒大沒小的，我讀完memcached就讀的lighttpd，你他媽懂個(gè)屁，裝逼的狗玩意。

linux_c_py_php

真他媽生了個(gè)好東西，你他媽站我面前我不揍死你我不是人。

Ager

樓主啊。。。。龍哥在沙發(fā)上都把話說到這個(gè)份兒上了，你還不思考一下啊。。。。

從你在樓頂?shù)牡谝痪湓?font color="red">“如果只是簡(jiǎn)單的get, post，不帶有任何參數(shù)的話，都是可以很好的支持的”，貌似就說明了，你恐怕還不太理解CGI呀。。。。。

粗略地說，是這樣的：

【如果用GET的話：】

WebClient將FORM中的記錄按某種約定“編入”URL —— 所謂約定基本上就是用問號(hào)、&號(hào)、等號(hào)什么的將各條記錄串起來 —— 然后，WebServer收到此Request，就會(huì)將問號(hào)后面的串，賦給環(huán)境變量QUERY_STRING。

如果是用Perl的話，就用$data = $ENV{'QUERY_STRING'}去拿這個(gè)環(huán)境變量。

【如果用POST的話：】

WebServer將收到的Request數(shù)據(jù)（仍是按上述約定編制FORM中的記錄所得到的），放置于一塊Buffer中，并將數(shù)據(jù)的長(zhǎng)度賦給環(huán)境變量CONTENT_LENGTH —— 因?yàn)閃ebServer不保證為數(shù)據(jù)搞個(gè)EOF，再令CGI程序的STDIN指向那塊Buffer。

如果是用Perl的話，就這樣調(diào)用：read(STDIN,$data,$ENV{'CONTENT_LENGTH'})。

不論用GET還是POST，WebServer能為CGI程序（獲得所謂的“參數(shù)”）所做的，到提供“記錄串”就為止了（即要么用環(huán)境變量QUERY_STRING要么用STDIN）—— 在WebServer看來，是不存在什么你提到的“參數(shù)”的。

CGI程序須自己將“記錄串”解開使其中的各條記錄符合自己的邏輯（只是*看起來好像*起到了與CLI的“參數(shù)”類似的效果而已） —— 這是CGI程序自己的事情，WebServer不管的。

以上，僅供參考，呵呵{:3_193:}

wohenry84

呃啊。 4   5樓回答的太霸氣了。

bikong0411

6樓說的不錯(cuò)

truekbcl

這貼想仗勢(shì)壓人，那貼別人仗勢(shì)壓你，卻又不恭順。這種典型的雙重標(biāo)準(zhǔn)的天朝人，碰不得。