表單的提交方式

標籤：style   http   color   io   os   使用   ar   for   檔案   

form提交主要有下面3種方式：
application/x-www-form-urlencoded： 表單資料被編碼為成對的名稱和數值。這是標準的編碼格式。 這是預設的方式
multipart/form-data： 表單資料被編碼為一條訊息，頁上的每個控制項對應訊息中的一個部分。 位元據傳輸方式，主要用於上傳檔案

text/plain： 表單資料以純文字形式進行編碼，其中不含任何控制項或格式字元。

表面現像上面看看GET和POST的區別：

　1.GET請求的資料會附在URL之後（就是把資料放置在HTTP協議頭中），以?分割URL和傳輸資料，參數之間以&相連，如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5%A5%BD。如果資料是英文字母/數字，原樣發送，如果是空格，轉換為+，如果是中文/其他字元，則直接把字串用BASE64加密，得出如：%E4%BD%A0%E5%A5%BD，其中％XX中的XX為該符號以16進位表示的ASCII。

　　POST把提交的資料則放置在是HTTP包的包體中。

2 ."GET方式提交的資料最多隻能是1024位元組，理論上POST沒有限制，可傳較大量的資料:

(1).首先是"GET方式提交的資料最多隻能是1024位元組"，因為GET是通過URL提交資料，那麼GET可提交的資料量就跟URL的長度有直接關係了。而實際上，URL不存在參數上限的問題，HTTP協議規範沒有對URL長度進行限制。這個限制是特定的瀏覽器及伺服器對它的限制。IE對URL長度的限制是2083位元組(2K+35)。對於其他瀏覽器，如Netscape、FireFox等，理論上沒有長度限制，其限制取決於作業系統的支援。

4.POST的安全性要比GET的安全性高。注意：這裡所說的安全性和上面GET提到的“安全”不是同個概念。上面“安全”的含義僅僅是不作資料修改，而這裡安全的含義是真正的Security的含義，比如：通過GET提交資料，使用者名稱和密碼將明文出現在URL上，因為(1)登入頁面有可能被瀏覽器緩衝，(2)其他人查看瀏覽器的曆史紀錄，那麼別人就可以拿到你的帳號和密碼了，除此之外，使用GET提交資料還可能會造成Cross-site request forgery攻擊。

總結一下，Get是向伺服器發索取資料的一種請求，而Post是向伺服器提交資料的一種請求，在FORM（表單）中，Method預設為"GET"，實質上，GET和POST只是發送機制不同，並不是一個取一個發！

content-type:http://tool.oschina.net/commons

<meta http-equiv="content-type" content="text/html; charset=UTF-8" />

該META標籤定義了HTML頁面所使用的字元集為GB2132，就是國標漢字碼。如果將其中的“charset=GB2312”替換成“BIG5”，則該頁面所用的字元集就是繁體中文Big5碼。當你瀏覽一些國外的網站時，IE瀏覽器會提示你要正確顯示該頁面需要下載xx語支援。這個功能就是通過讀取HTML頁面META標籤的Content-Type屬性而得知需要使用哪種字元集顯示該頁面的。如果系統裡沒有裝相應的字元集，則IE就提示下載。其他的語言也對應不同的charset，比如日文的字元集是“iso-2022-jp ”，韓文的是“ks_c_5601”。

表單的提交方式