對表單這一塊不太熟，有以下幾個疑惑？
1.諸如在登錄驗證用戶名和密碼的時候，二者都是同樣的方式提交到post到服務器嗎？2.get方式會把參數暴露到鏈接尾部（實際上會通過把key鍵值加密然後後端再解密校驗）？3.現在的表單常規處理方式是什麼樣的？4.密碼校驗的時候，諸如在比對密碼要求密碼中不能是3位同樣的連續數字？這個密碼會存在本地？還是服務器端來校驗
走同样的路，发现不同的人生
登入使用者名稱驗證不是一般都一起post到伺服器麼。
get 方法是會把參數暴露在連結尾部，但是瀏覽器本身並沒有任何加密，如果加密需要自己整。
對於某些表單值，是否有效以及非空等，就要在提交前有提示，提升用戶體驗。
都要搞，前端是為了使用者體驗（發起請求前就得知問題），後端是為了安全。
企業級服務的話上https，不要用明文。
假設使用者名稱必須在3位以上；密碼再6~32位；驗證碼4位；1.點擊登陸的時候，偵測使用者名稱長度大於3，密碼長度6~32，驗證碼長度4；經由往下走，不通過alert；2.組織參數；post到伺服器，name pwd code3，伺服器接收參數4.驗證嗎長度是否等於4，不等於4，return 驗證碼長度異常5.從session中拿code，和參數code是否一致，不一致return 錯誤6.偵測使用者名稱長度，密碼長度，不對return 錯誤7.如果需要對pwd做加密8.從資料庫中select name=name，pwd=pwd ，有則回傳user，沒有回傳0
GET 是直接把資料在URL裡顯示；POST 是“掩耳盜鈴”，URL看不到，但是用瀏覽器開發者工具是能看到的；不管以上哪種，“黑客”通過抓包，也是可以在資料傳輸途中拿到明文的資料；甚至可以對內容進行竄改/劫持，然後再傳給伺服器，或直接偽裝成伺服器回傳給你假的資訊。 如果使用HTTPS，那麼資料傳輸的時候 會先加密，相對安全。 至於參數校驗，肯定是前後端都需要做的，因為前端的JS校驗很容易被繞過的。
get會暴露，post不會。安全點
登入使用者名稱驗證不是一般都一起post到伺服器麼。
get 方法是會把參數暴露在連結尾部，但是瀏覽器本身並沒有任何加密，如果加密需要自己整。
對於某些表單值，是否有效以及非空等，就要在提交前有提示，提升用戶體驗。
都要搞，前端是為了使用者體驗（發起請求前就得知問題），後端是為了安全。
企業級服務的話上https，不要用明文。
假設使用者名稱必須在3位以上；密碼再6~32位；驗證碼4位；
1.點擊登陸的時候，偵測使用者名稱長度大於3，密碼長度6~32，驗證碼長度4；經由往下走，不通過alert；
2.組織參數；post到伺服器，name pwd code
3，伺服器接收參數
4.驗證嗎長度是否等於4，不等於4，return 驗證碼長度異常
5.從session中拿code，和參數code是否一致，不一致return 錯誤
6.偵測使用者名稱長度，密碼長度，不對return 錯誤
7.如果需要對pwd做加密
8.從資料庫中select name=name，pwd=pwd ，有則回傳user，沒有回傳0
GET 是直接把資料在URL裡顯示；
POST 是“掩耳盜鈴”，URL看不到，但是用瀏覽器開發者工具是能看到的；
不管以上哪種，“黑客”通過抓包，也是可以在資料傳輸途中拿到明文的資料；甚至可以對內容進行竄改/劫持，然後再傳給伺服器，或直接偽裝成伺服器回傳給你假的資訊。
如果使用HTTPS，那麼資料傳輸的時候 會先加密，相對安全。
至於參數校驗，肯定是前後端都需要做的，因為前端的JS校驗很容易被繞過的。
get會暴露，post不會。安全點