㈠ 密碼輸入表單帶提示信息的解決方法
<html>
<script>
function check(obj){
var str1=obj.text1.value;
var str2=obj.pass.value;
if(str1==""){
alert("輸入信息不能為空!");
return;
}
if(str1.length>500){
alert("輸入信息長度不能超過500");
return;
}
if(str2==""){
alert("輸入密碼信息不能為空!");
return;
}
if(str2.length>500){
alert("輸入密碼信息長度不能超過500");
return;
}
}
</script>
<body>
<form onsubmit="return(check(this))">
用戶名:<input type=text name=text1>
密碼:<input type=password name=pass>
<input type=submit value="測試">
</form>
</body>
</html>
//如果還要更多的text文本框.就只要給文本框加上name屬性然後復制下面的,自己取變數為就可以了:
var 變數名=obj.(name屬性名).value;
if(變數名==""){
alert("提示信息不能為空");
return;
}
if(變數名.length>500){
alert("輸入信息長度不能超過500");
return;
}
㈡ 如何實現表單提交時，驗證兩次密碼是否一致
歡迎注冊請輸入注冊信息 請輸入您的姓名： 請輸入您的密碼： 請再次輸入您的密碼： 請輸入您的昵稱： (function(){var sub = document.getElementById("sub");//初始化移入移出事件if(sub.addEventListener){sub.addEventListener("click", test...
㈢ php form提交賬戶密碼 怎麼寫驗證
你是要驗證賬戶名和密碼？如果是驗證賬戶名和密碼，當客戶點擊登錄按鈕的時候，你將你的客戶輸入的信息post請求到你這後台的php上，然後先在資料庫查找對應的用戶名，用戶名查到之後，然後比對相應用戶名的密碼是否正確。正確之後，就完成了驗證，否則給客戶錯誤提示。
㈣ 表單中如果含有密碼項目,該怎麼提交
這還不簡單啊，下面顯示的頁面放在<iframe></iframe>里，查詢的頁面在提交完表單後history.go(-1)不就行了，表單後退，原來的東西都是在的，除了密碼什麼的就沒了
㈤ 編寫一個注冊頁麵包含用戶名，密碼等信息，並使用post方式將表單中的數據提交另外一個ASP文件後，
<%
uid=replace(request.form("uid"),"'","")
pwd=request.form("pwd")
if uid<>"" and pwd<>"" then
sql="select * from admin where uid='"&uid&"' and pwd='"&md5(pwd)&"'"
set rs=conn.execute(sql)
if not rs.eof then
response.write(rs("uid")) '顯示你要輸出的信息 根據你自己的需要
else
response.write("你輸入的用戶名和密碼錯誤!")
end if
rs.close
set rs=nothing
end if
%>
㈥ html中get和post的區別和使用
1、Get是用來從伺服器上獲得數據，而Post是用來向伺服器上傳遞數據。
2、Get將表單中數據的按照variable=value的形式，添加到action所指向的URL後面，並且兩者使用「?」連接，而各個變數之間使用「&」連接；Post是將表單中的數據放在form的數據體中，按照變數和值相對應的方式，傳遞到action所指向URL。
3、Get是不安全的，因為在傳輸過程，數據被放在請求的URL中，而如今現有的很多伺服器、代理伺服器或者用戶代理都會將請求URL記錄到日誌文件中，然後放在某個地方，這樣就可能會有一些隱私的信息被第三方看到。另外，用戶也可以在瀏覽器上直接看到提交的數據，一些系統內部消息將會一同顯示在用戶面前。Post的所有操作對用戶來說都是不可見的。
4、Get傳輸的數據量小，這主要是因為受URL長度限制；而Post可以傳輸大量的數據，所以在上傳文件只能使用Post（當然還有一個原因，將在後面的提到）。
5、Get限制Form表單的數據集的值必須為ASCII字元；而Post支持整個ISO10646字元集。默認是用ISO-8859-1編碼
6、Get是Form的默認方法。
以下的比較非常非常使用：
做java的web開發有段日子了，有個問題老是困擾著我，就是亂碼問題，基本上是網上查找解決方案（網上資料真的很多），都是一大堆的介紹如何解決此類的亂碼問題，但是沒幾個把問題的來龍去脈說清楚的，有時候看了些文章後，以為自己懂了，但是在開發中亂碼問題又像鬼魂一樣出來嚇人，真是頭大了！這篇文章是我長時間和亂碼做斗爭的一些理解的積累，還希望有更多的朋友給出指點和補充。
form有2中方法把數據提交給伺服器，get和post,分別說下吧。
（一）get提交
1.首先說下客戶端（瀏覽器）的form表單用get方法是如何將數據編碼後提交給伺服器端的吧。
對於get方法來說，都是把數據串聯在請求的url後面作為參數，如：http://localhost:8080/servlet?msg=abc
（很常見的一個亂碼問題就要出現了，如果url中出現中文或其它特殊字元的話，如：http://localhost:8080 /servlet?msg=杭州，伺服器端容易得到亂碼），url拼接完成後，瀏覽器會對url進行URL encode，然後發送給伺服器，URL encode的過程就是把部分url做為字元，按照某種編碼方式（如：utf-8,gbk等）編碼成二進制的位元組碼，然後每個位元組用一個包含3個字元的字元串 "%xy" 表示，其中xy為該位元組的兩位十六進製表示形式。我這里說的可能不清楚，具體介紹可以看下java.net.URLEncoder類的介紹在這里。了解了 URL encode的過程，我們能看到2個很重要的問題，第一：需要URL encode的字元一般都是非ASCII的字元（籠統的講），再通俗的講就是除了英文字母以外的文字（如：中文，日文等）都要進行URL encode，所以對於我們來說，都是英文字母的url不會出現伺服器得到亂碼問題，出現亂碼都是url裡面帶了中文或特殊字元造成的；第二：URL encode到底按照那種編碼方式對字元編碼？這里就是瀏覽器的事情了，而且不同的瀏覽器有不同的做法，中文版的瀏覽器一般會默認的使用GBK，通過設置瀏覽器也可以使用UTF-8，可能不同的用戶就有不同的瀏覽器設置，也就造成不同的編碼方式，所以很多網站的做法都是先把url裡面的中文或特殊字元用 javascript做URL encode，然後再拼接url提交數據，也就是替瀏覽器做了URL encode，好處就是網站可以統一get方法提交數據的編碼方式。 完成了URL encode，那麼現在的url就成了ASCII范圍內的字元了，然後以iso-8859-1的編碼方式轉換成二進制隨著請求頭一起發送出去。這里想多說幾句的是，對於get方法來說，沒有請求實體，含有數據的url都在請求頭裡面，之所以用URL encode，我個人覺的原因是：對於請求頭來說最終都是要用iso-8859-1編碼方式編碼成二進制的101010.....的純數據在互聯網上傳送，如果直接將含有中文等特殊字元做iso-8859-1編碼會丟失信息，所以先做URL encode是有必要的。
2。伺服器端（tomcat）是如何將數據獲取到進行解碼的。
第一步是先把數據用iso-8859-1進行解碼，對於get方法來說，tomcat獲取數據的是ASCII范圍內的請求頭字元，其中的請求url裡面帶有參數數據，如果參數中有中文等特殊字元，那麼目前還是URL encode後的%XY狀態，先停下，我們先說下開發人員一般獲取數據的過程。通常大家都是request.getParameter("name")獲取參數數據，我們在request對象或得的數據都是經過解碼過的，而解碼過程中程序里是無法指定，這里要說下，有很多新手說用 request.setCharacterEncoding("字元集")可以指定解碼方式，其實是不可以的，看servlet的官方API說明有對此方法的解釋：Overrides the name of the character encoding used in the body of this request. This method must be called prior to reading request parameters or reading input using getReader().可以看出對於get方法他是無能為力的。那麼到底用什麼編碼方式解碼數據的呢，這是tomcat的事情了，默認預設用的是 iso-8859-1,這樣我們就能找到為什麼get請求帶中文參數為什麼在伺服器端得到亂碼了，原因是在客戶端一般都是用UTF-8或GBK對數據 URL encode，這里用iso-8859-1方式URL decoder顯然不行，在程序里我們可以直接
Java代碼
1. new String(request.getParameter("name").getBytes("iso-8859-1"),"客戶端指定的URL encode編碼方式")
還原回位元組碼，然後用正確的方式解碼數據，網上的文章通常是在tomcat裡面做個配置
Xml代碼
1. <Connector port="8080" protocol="HTTP/1.1" maxThreads="150" connectionTimeout="20000" redirectPort="8443" URIEncoding="GBK"/>
這樣是讓tomcat在獲取數據後用指定的方式URL decoder，URL decoder的介紹在這里
（一）post提交
1.客戶端（瀏覽器）的form表單用post方法是如何將數據編碼後提交給伺服器端的。
在post方法里所要傳送的數據也要URL encode，那麼他是用什麼編碼方式的呢？
在form所在的html文件里如果有段<meta http-equiv="Content-Type" content="text/html; charset=字元集（GBK，utf-8等）"/>，那麼post就會用此處指定的編碼方式編碼。一般大家都認為這段代碼是為了讓瀏覽器知道用什麼字元集來對網頁解釋，所以網站都會把它放在html代碼的最前端，盡量不出現亂碼，其實它還有個作用就是指定form表單的post方法提交數據的 URL encode編碼方式。從這里可以看出對於get方法來數，瀏覽器對數據的URL encode的編碼方式是有瀏覽器設置來決定，（可以用js做統一指定），而post方法，開發人員可以指定。
2。伺服器端（tomcat）是如何將數據獲取到進行解碼的。
如果用tomcat默認預設設置，也沒做過濾器等編碼設置，那麼他也是用iso-8859-1解碼的，但是request.setCharacterEncoding("字元集")可以派上用場。
㈦ 、編寫一個JSP頁面，在表單中輸入用戶名和密碼，按下提交按扭後，在另一頁面顯示提交的信息
一、定義一個計算的方法，要帶參數。方法實現你的需求，也就是說求周長和面積的演算法寫出來，同時你要實現在一個頁面顯示，那你方法要返回一個數組或者集合，將周長和面積保存進去
二、在你輸入的這個頁面中，調用此方法，參數就是你文本框的值，並且保存session中。
三、新建一個頁面，將session遍歷出來就可以了（或者頁面跳轉的時候帶上參數，直接在新頁面獲取，也不用session了）
如果是學了struts（因為你提到是javaBean）：
首先第一步一樣，方法寫在action中。同時action獲取提交的表單值。方法同樣帶入你獲取的值進行運算。執行成功forward跳轉到你想去的頁面，顯示計算結果
希望可以幫到你
㈧ 知道表單提交提交的方法為POST，現需寫一個POST方法的JSP去提交驗證我已知道的密碼，且密碼寫死，怎麼弄
<%
//在login.jsp 頁面中接收 username 和 password ，看看是不是正確就行了，可以這樣寫：
String userName = request.getParameter("username");
String userPass = request.getParameter("password");
//假設你自己已經知道的密碼為12345的字元串格式，接下來這樣寫：
myPass = "12345";
if(userPass.equals(myPass)){
System.out.println("您輸入的密碼正確");
}else{
System.out.println(''您輸入的密碼錯誤");
}
/**
*要是你學過資料庫的話，可以用資料庫來驗證，這里我就不多說了，希望我寫的能夠幫您解決問
*題，若有不對的地方請見諒。純手打，望採納！\(^o^)/~~
*/
%>
㈨ 網頁表單中提交的密碼等信息是用什麼方法加密的具體說一下.
一般現在加密 的方式有二種一種是密碼控制項，另外一種是Https證書。目前應用最廣泛的應該是網銀的交易頁面。採用了這種2種安全的加密方式。具體的解決方案您可以看一下天威誠信Verisign證書業務關於金融解決方案的頁面。我個人認為這個還是比較安全的。。要不銀行都也用呵呵
㈩ html中<form>的method=post和method=get有什麼區別
區別：
1、在對安全性有要求的情況下，應該使用post。
2、get只能向伺服器發送ASCII字元，而post則可以發送整個ISO10646中的字元（如果同時指定enctype="multipart/form-data"的話）。
3、get和post對應的enctype屬性有區別。enctype有兩個值，默認值為application/x-www-form-urlencoded，而另一個值multipart/form-data只能用於post。
4、IE將請求的URL長度限制為2083個字元，從而限制了get提交的數據長度。測試表明如果URL超出這個限制，提交form時IE不會有任何響應。其它瀏覽器則沒有URL的長度限制，因此其它瀏覽器能通過get提交的數據長度僅受限於伺服器的設置。對於post，因為提交的數據不在url中，所以通常可以簡單地認為數據長度限制僅受限於伺服器的設置。
5、由於一個get得到的結果直接對應到一個URI，所以get的結果頁面有可能被瀏覽器緩存。而post一般則不能。
兩種提交的方法分別為get和post。
1、get：提交的數據量要小於1024位元組，表單提交時表單域數值（表單請求的信息：賬號、密碼…）將在地址欄顯示。
(10)表單提交密碼信息時用什麼方法擴展閱讀
<form> 標簽用於為用戶輸入創建 HTML 表單。
表單能夠包含input 元素，比如文本欄位、復選框、單選框、提交按鈕等等。
表單還可以包含menus、textarea、fieldset、legend和label 元素。
表單用於向伺服器傳輸數據。
注釋：form 元素是塊級元素，其前後會產生折行。
<form>標簽在html5的新屬性
1、accept，值：MIME_type，HTML 5 中不支持。
2、accept-charset，值：charset_list，規定伺服器可處理的表單數據字元集。
3、action，值：URL，規定當提交表單時向何處發送表單數據。
4、autocomplete，值on/off，規定是否啟用表單的自動完成功能。
5、enctype，規定在發送表單數據之前如何對其進行編碼。
6、method，值：get/post，規定用於發送 form-data 的 HTTP 方法。
7、name，值：form_name，規定表單的名稱。
8、novalidate，值：novalidate，如果使用該屬性，則提交表單時不進行驗證。
9、target，值：_blank/_self/_parent/_top/framename，規定在何處打開 action URL。
enctype 屬性可能的值：
1、application/x-www-form-urlencoded
2、multipart/form-data
3、text/plain
<form> 標簽支持HTML 中的全局屬性。
<form> 標簽支持HTML 中的事件屬性。