當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > OA系統(tǒng)企業(yè)版 > 相關(guān)軟件 > 上網(wǎng)行為管理軟件
上網(wǎng)行為管理系統(tǒng):HTTP中Get與Post的區(qū)別
Http定義了與服務(wù)器交互的不同方法,最基本的方法有4種,分別是GET,POST,PUT,DELETE。URL全稱是資源描述符,我們可以這樣認(rèn)為:一個(gè)URL地址,它用于描述一個(gè)網(wǎng)絡(luò)上的資源,而HTTP中的GET,POST,PUT,DELETE就對應(yīng)著對這個(gè)資源的查,改,增,刪4個(gè)操作。到這里,大家應(yīng)該有個(gè)大概的了解了,GET一般用于獲取/查詢資源信息,而POST一般用于更新資源信息。
1.根據(jù)HTTP規(guī)范,GET用于信息獲取,而且應(yīng)該是安全的和冪等的。
(1).所謂安全的意味著該操作用于獲取信息而非修改信息。換句話說,GET 請求一般不應(yīng)產(chǎn)生副作用。就是說,它僅僅是獲取資源信息,就像數(shù)據(jù)庫查詢一樣,不會修改,增加數(shù)據(jù),不會影響資源的狀態(tài)。
* 注意:這里安全的含義僅僅是指是非修改信息。
(2).冪等的意味著對同一URL的多個(gè)請求應(yīng)該返回同樣的結(jié)果。這里我再解釋一下冪等這個(gè)概念:
看完上述解釋后,應(yīng)該可以理解GET冪等的含義了。
但在實(shí)際應(yīng)用中,以上2條規(guī)定并沒有這么嚴(yán)格。引用別人文章的例子:比如,新聞?wù)军c(diǎn)的頭版不斷更新。雖然第二次請求會返回不同的一批新聞,該操作仍然被認(rèn)為是安全的和冪等的,因?yàn)樗偸欠祷禺?dāng)前的新聞。從根本上說,如果目標(biāo)是當(dāng)用戶打開一個(gè)鏈接時(shí),他可以確信從自身的角度來看沒有改變資源即可。
2.根據(jù)HTTP規(guī)范,POST表示可能修改變服務(wù)器上的資源的請求。繼續(xù)引用上面的例子:還是新聞以網(wǎng)站為例,讀者對新聞發(fā)表自己的評論應(yīng)該通過POST實(shí)現(xiàn),因?yàn)樵谠u論提交后站點(diǎn)的資源已經(jīng)不同了,或者說資源被修改了。
上面大概說了一下HTTP規(guī)范中GET和POST的一些原理性的問題。但在實(shí)際的做的時(shí)候,很多人卻沒有按照HTTP規(guī)范去做,導(dǎo)致這個(gè)問題的原因有很多,比如說:
1.很多人貪方便,更新資源時(shí)用了GET,因?yàn)橛肞OST必須要到FORM(表單),這樣會麻煩一點(diǎn)。
2.對資源的增,刪,改,查操作,其實(shí)都可以通過GET/POST完成,不需要用到PUT和DELETE。
3.另外一個(gè)是,早期的Web MVC框架設(shè)計(jì)者們并沒有有意識地將URL當(dāng)作抽象的資源來看待和設(shè)計(jì),所以導(dǎo)致一個(gè)比較嚴(yán)重的問題是傳統(tǒng)的Web MVC框架基本上都只支持GET和POST兩種HTTP方法,而不支持PUT和DELETE方法。
* 簡單解釋一下MVC:MVC本來是存在于Desktop程序中的,M是指數(shù)據(jù)模型,V是指用戶界面,C則是控制器。使用MVC的目的是將M和V的實(shí)現(xiàn)代碼分離,從而使同一個(gè)程序可以使用不同的表現(xiàn)形式。
以上3點(diǎn)典型地描述了老一套的風(fēng)格(沒有嚴(yán)格遵守HTTP規(guī)范),隨著架構(gòu)的發(fā)展,現(xiàn)在出現(xiàn)REST(Representational State Transfer),一套支持HTTP規(guī)范的新風(fēng)格,這里不多說了,可以參考《RESTful Web Services》。
說完原理性的問題,我們再從表面現(xiàn)像上面看看GET和POST的區(qū)別:
1.GET請求的數(shù)據(jù)會附在URL之后(就是把數(shù)據(jù)放置在HTTP協(xié)議頭中),以?分割URL和傳輸數(shù)據(jù),參數(shù)之間以&相連,如:login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5%A5%BD。如果數(shù)據(jù)是英文字母/數(shù)字,原樣發(fā)送,如果是空格,轉(zhuǎn)換為+,如果是中文/其他字符,則直接把字符串用BASE64加密,得出如:%E4%BD%A0%E5%A5%BD,其中%XX中的XX為該符號以16進(jìn)制表示的ASCII。
POST把提交的數(shù)據(jù)則放置在是HTTP包的包體中。
2."GET方式提交的數(shù)據(jù)最多只能是1024字節(jié),理論上POST沒有限制,可傳較大量的數(shù)據(jù),IIS4中最大為80KB,IIS5中為100KB"??!
以上這句是我從其他文章轉(zhuǎn)過來的,其實(shí)這樣說是錯誤的,不準(zhǔn)確的:
(1).首先是"GET方式提交的數(shù)據(jù)最多只能是1024字節(jié)",因?yàn)镚ET是通過URL提交數(shù)據(jù),那么GET可提交的數(shù)據(jù)量就跟URL的長度有直接關(guān)系了。而實(shí)際上,URL不存在參數(shù)上限的問題,HTTP協(xié)議規(guī)范沒有對URL長度進(jìn)行限制。這個(gè)限制是特定的瀏覽器及服務(wù)器對它的限制。IE對URL長度的限制是2083字節(jié)(2K+35)。對于其他瀏覽器,如Netscape、FireFox等,理論上沒有長度限制,其限制取決于操作系統(tǒng)的支持。
注意這是限制是整個(gè)URL長度,而不僅僅是你的參數(shù)值數(shù)據(jù)長度。[見參考資料5]
(2).理論上講,POST是沒有大小限制的,HTTP協(xié)議規(guī)范也沒有進(jìn)行大小限制,說“POST數(shù)據(jù)量存在80K/100K的大小限制”是不準(zhǔn)確的,POST數(shù)據(jù)是沒有限制的,起限制作用的是服務(wù)器的處理程序的處理能力。
對于ASP程序,Request對象處理每個(gè)表單域時(shí)存在100K的數(shù)據(jù)長度限制。但如果使用Request.BinaryRead則沒有這個(gè)限制。
由這個(gè)延伸出去,對于IIS 6.0,微軟出于安全考慮,加大了限制。我們還需要注意:
1).IIS 6.0默認(rèn)ASP POST數(shù)據(jù)量最大為200KB,每個(gè)表單域限制是100KB。
2).IIS 6.0默認(rèn)上傳文件的最大大小是4MB。
3).IIS 6.0默認(rèn)最大請求頭是16KB。
IIS 6.0之前沒有這些限制。
所以上面的80K,100K可能只是默認(rèn)值而已(注:關(guān)于IIS4和IIS5的參數(shù),我還沒有確認(rèn)),但肯定是可以自己設(shè)置的。由于每個(gè)版本的IIS對這些參數(shù)的默認(rèn)值都不一樣,具體請參考相關(guān)的IIS配置文檔。
3.在ASP中,服務(wù)端獲取GET請求參數(shù)用Request.QueryString,獲取POST請求參數(shù)用Request.Form。在JSP中,用request.getParameter("XXXX")來獲取,雖然jsp中也有request.getQueryString()方法,但使用起來比較麻煩,比如:傳一個(gè)test.jsp?name=hyddd&password=hyddd,用request.getQueryString()得到的是:name=hyddd&password=hyddd。在PHP中,可以用$_GET和$_POST分別獲取GET和POST中的數(shù)據(jù),而$_REQUEST則可以獲取GET和POST兩種請求中的數(shù)據(jù)。值得注意的是,JSP中使用request和PHP中使用$_REQUEST都會有隱患,這個(gè)下次再寫個(gè)文章總結(jié)。
4.POST的安全性要比GET的安全性高。注意:這里所說的安全性和上面GET提到的“安全”不是同個(gè)概念。上面“安全”的含義僅僅是不作數(shù)據(jù)修改,而這里安全的含義是真正的Security的含義,比如:通過GET提交數(shù)據(jù),用戶名和密碼將明文出現(xiàn)在URL上,因?yàn)?1)登錄頁面有可能被瀏覽器緩存,(2)其他人查看瀏覽器的歷史紀(jì)錄,那么別人就可以拿到你的賬號和密碼了,除此之外,使用GET提交數(shù)據(jù)還可能會造成Cross-site request forgery攻擊。
總結(jié)一下,Get是向服務(wù)器發(fā)索取數(shù)據(jù)的一種請求,而Post是向服務(wù)器提交數(shù)據(jù)的一種請求,在FORM(表單)中,Method默認(rèn)為"GET",實(shí)質(zhì)上,GET和POST只是發(fā)送機(jī)制不同,并不是一個(gè)取一個(gè)發(fā)!
【推薦閱讀】
◆上網(wǎng)行為運(yùn)維管理專區(qū)
◆上網(wǎng)行為運(yùn)維管理者如何在DT時(shí)代玩轉(zhuǎn)數(shù)據(jù)分析
◆網(wǎng)絡(luò)維護(hù)如何防止雷電侵?jǐn)_?
◆孫永杰:本土軟件企業(yè)的對手不是“老外”
◆網(wǎng)管軟件專區(qū)
本文來自互聯(lián)網(wǎng),僅供參考- 1店鋪管理軟件
- 2工廠管理軟件
- 3服裝庫存管理軟件
- 4銷售管理軟件
- 5電腦銷售管理軟件
- 6預(yù)算管理軟件
- 7人員管理軟件
- 8檔案管理軟件
- 9公司管理軟件
- 10企業(yè)管理軟件
- 11中小企業(yè)管理軟件
- 12日程管理軟件
- 12013年最火和最掙錢的IT職位
- 22013年數(shù)據(jù)中心五大趨勢預(yù)測
- 3CIO關(guān)注的2013年五大IT趨勢
- 4上網(wǎng)行為管理系統(tǒng)
- 5四大要訣做好數(shù)據(jù)中心維護(hù)
- 6為什么Windows系統(tǒng)管理員應(yīng)該嘗試一下Linux?
- 7網(wǎng)絡(luò)管理維護(hù)技巧:安裝防火墻注意事項(xiàng)
- 8網(wǎng)絡(luò)安全管理體系與功能模型
- 9光纖監(jiān)控:安防管理的全新發(fā)展方向
- 10上網(wǎng)行為管理系統(tǒng)產(chǎn)品功能
- 11簡化企業(yè)數(shù)據(jù)中心的運(yùn)維管理系統(tǒng)軟件
- 12網(wǎng)絡(luò)管理技術(shù)的應(yīng)用分析
- 13Gartner:2017年公有云服務(wù)市場將達(dá)1310億美元
- 14企業(yè)如何才能避免上網(wǎng)行為管理系統(tǒng)安全陷阱或錯誤
- 15網(wǎng)絡(luò)管理基礎(chǔ)知識:機(jī)房管理常見三大難題的解決方法
- 16如何恢復(fù)受損的PGP加密磁盤中NTFS文件內(nèi)容
- 17如何選擇可靠的安全測試服務(wù)提供商
- 18IT運(yùn)維管理經(jīng)驗(yàn)之路由器都限速如何設(shè)置
- 19網(wǎng)絡(luò)管理維護(hù)技巧:防火墻配置中主要命令解析
- 20網(wǎng)管軟件選擇四大要素
- 21IT系統(tǒng)管理的終極規(guī)章化
- 22公有云和私有云評估的5個(gè)核心原則
- 23云時(shí)代:企業(yè)須重新思考IT控制權(quán)
- 242013年數(shù)據(jù)中心發(fā)展要素云計(jì)算+自動化
- 25如何確保IT系統(tǒng)管理員在五年后有飯碗
- 26網(wǎng)管必知:IP協(xié)議、ARP協(xié)議和RARP協(xié)議
- 27SDN距離實(shí)際應(yīng)用還有多遠(yuǎn)?
- 28BYOD環(huán)境下如何實(shí)現(xiàn)企業(yè)數(shù)據(jù)保護(hù)
- 29企業(yè)如何應(yīng)對BYOD的10大副作用?
- 30工資核算提升現(xiàn)代經(jīng)濟(jì)的運(yùn)行效率和價(jià)值
成都公司:成都市成華區(qū)建設(shè)南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓