摘要:另外的輸入框內容是共享的,共享管理密碼中被記住的當前站點下的密碼。注意,不能再上識別,需要做兼容性考慮,在網頁初始化的時候處理下就好了,對于瀏覽器,在標簽上使用用后,瀏覽器是不會提示記住密碼的。
最近在做項目表單部分,發現選擇chrome記住密碼后,不但點擊記住密碼的頁面表單,整個項目的表單都被影響,后多次反復試用,發現了幾條規律,在此記錄并給大家看看,如果有問題或者有需要補充的,請留言,我隨時改。3q
規則一
記住的密碼,不清緩存,就不會消失,即便改變了 主表單--被記住的表單 的屬性,此域名下的其他表單依然會顯示--多發生在開發階段,發現修改了屬性,記住的密碼和用戶名依然顯示。
規則二
先name,后id,有name就按name顯示,否則按照id顯示,顯示的時候(包括自己以及其他同類型input)也按照這個規則,尤其是其他同name 或同id 甚至既同name又同id的input先取相同name 的記住值,后取相同id 的記住值
如被記住的input為
現其他頁面有input如下:
//顯示的是上面第一個,既name 為 user1, id 為user1 的input記住值
//顯示的是上面第二個,既name 為 user2, id 為user2 的input記住值
規則三
關于type=password 的input,當chrome發現跳轉的下一個頁面有type=password的時候,是不會彈出 記住密碼 彈窗的,所以這里的跳轉地址很重要,跳轉的下個頁面有password 的input的話,chrome不會彈窗,跳轉的下個頁面沒有的話,就會彈出 --- 此種情況只有在form表單提交,且action中填寫的只是靜態html,并沒有請求接口的時候會這樣。另外password 的輸入框內容是共享的,共享管理密碼中被記住的當前站點下的密碼。不受name與id的影響
規則四
type=password 的 DOM 上面最近的input(type為 text或者email居多,如果上面是隱藏域,即便隱藏域中有默認值,也會依次往上查找)默認被chrome認為是password 的user名被保存下來,在 chrome 設置中的 管理密碼 彈窗上可以一目了然的看清楚,記住密碼的原理是按照 域名 + user + password 的形式記住的
規則五
即便主表單是被記住的,如果主表單沒有name 或id,后期依然不能顯示,然而被記住的密碼在其他同站點下表單同類型的input會顯示
如 主表單 index.html 即便只有user 沒有name 和id ,password框有name,也會如此
//記住后不顯示
//記住后不顯示
附表單 password.html
//記住后顯示
規則六
開發過程中會遇到的坑,是記住密碼后。再改代碼,依然發現記住的密碼顯示,于是以為修改的代碼是有效或無效的,其實記住的是之前的,所以每次修改代碼,需要清空所有緩存及記住的密碼,比如 主表單 中 user的input 的類型email, name 為 user,輸入內容提交表單記住密碼后,再刪掉name或者修改name,使其不為user,當加載到 email 的input 并且 name=user 的時候,雙擊,依然顯示之前記住的內容
規則七
類型不相同的表單域,只要name 或者id 與之相同,依然會顯示
如:主表單 index.html
附表單 email.html
//顯示
//顯示
//顯示
當主表單被記住后, email.html 中第一個input雙擊后,依然顯示了主表單記住的內容
因為 email類型的輸入框是h5中新加入成員,強烈懷疑,本質其實是text,只不過為了開發方便,區分開來的,在做郵箱類型驗證的時候能派上用場,此處待查
規則八
記住密碼與其他輸入域不同,沒有彈窗選擇記住密碼,輸入域依然會記住曾經輸入的內容,而記住密碼不同,是不會顯示的
規則九--摘抄網上一段處理方式
如何禁用Chrome谷歌瀏覽器自動保存密碼的提示?
在網頁開發中,在表單中加入autocomplete="off"后,IE和FF不會提示保存密碼,但是用Chrome瀏覽器登錄系統時,會彈出自動保存密碼的提示,從安全的角度考慮,需要禁止瀏覽器的這個功能,提升系統安全性。
大部分瀏覽器都是根據表單域的type="password"來判斷密碼域的,所以針對這種情況可以采取“動態設置密碼域”的方法:
復制代碼 代碼如下:
解釋:當這個文檔框獲取焦點時才將其變成密碼域。
實測該方法簡單有效,可以禁用Chrome瀏覽器提示保存密碼的提示框。
注意,onfocus="this.type="password""不能再IE上識別,需要做兼容性考慮,在網頁初始化的時候處理下就好了,對于IE瀏覽器,在input標簽上使用用type="password" autocomplete="off"后,瀏覽器是不會提示記住密碼的。
將autocomplete="off"屬性放入表單form中時,firefox 依然顯示彈窗詢問是否記住密碼,然而即便記住了,依然在表單中不顯示,否則記住的信息會默認填充在表單中,即便刷新仍然無效
而chrome的處理方式 為只限制其他輸入域的內容不顯示,記住密碼彈窗正常彈出,記住密碼的兩個關鍵輸入域---被chrome記住的user和password,也依然會默認顯示在輸入框中
但很顯然 這句話是有效的,因為當前表單中沒有type=password 的輸入框,chrome是不會彈窗顯示提醒記住密碼的
疑問:自己新建的demo中,除非使用input type=submit 或 button 或使用 $("form").submit() 總之,一定要表單提交,才會彈出彈窗提示記住密碼,使用
submit 偽提交,完成ajax傳輸數據后跳轉頁面,是不會彈窗提示記住密碼的,然而公司的項目也是使用了a標簽,好奇怪,后天回公司看下
答案:不管是form表單提交還是ajax(不管是否登錄成功),都會彈出 記住密碼
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/80370.html
摘要:另外的輸入框內容是共享的,共享管理密碼中被記住的當前站點下的密碼。注意,不能再上識別,需要做兼容性考慮,在網頁初始化的時候處理下就好了,對于瀏覽器,在標簽上使用用后,瀏覽器是不會提示記住密碼的。 最近在做項目表單部分,發現選擇chrome記住密碼后,不但點擊記住密碼的頁面表單,整個項目的表單都被影響,后多次反復試用,發現了幾條規律,在此記錄并給大家看看,如果有問題或者有需要補充的,請留...
摘要:另外的輸入框內容是共享的,共享管理密碼中被記住的當前站點下的密碼。注意,不能再上識別,需要做兼容性考慮,在網頁初始化的時候處理下就好了,對于瀏覽器,在標簽上使用用后,瀏覽器是不會提示記住密碼的。 最近在做項目表單部分,發現選擇chrome記住密碼后,不但點擊記住密碼的頁面表單,整個項目的表單都被影響,后多次反復試用,發現了幾條規律,在此記錄并給大家看看,如果有問題或者有需要補充的,請留...
摘要:如何建立一個安全的記住我功能有這樣一個場景有個用戶初訪并登錄了你的網站,然而第二天他又來了,卻必須再次登錄。因此,應該意識到對于如何建立記住我功能上的真正誤解,下面我們再來看看良性實踐。 如何建立一個安全的記住我功能 有這樣一個場景——有個用戶初訪并登錄了你的網站,然而第二天他又來了,卻必須再次登錄。于是就有了記住我這樣的功能來方便用戶使用,然而有一件不言自明的事情,那就是這種認證狀...
摘要:讓看不見,而不是直接,如果直接,有些瀏覽器則不生效,比如谷歌修改屬性將表單輸入設為可讀模式,瀏覽器自動填充就失效了,在焦點在該表單輸入的時候再將可讀屬性移除。 問題描述 話說有一天,我如往常一樣打開我的開發網站進行登錄操作。瀏覽器很平常的在我們進行登錄操作之后詢問我是否需要記住密碼,懶惰如我點擊了記住密碼。一切都很正常的進行著,沒有什么異常發生。然而,問題就出現了。當我打開一個新建用戶...
摘要:讓看不見,而不是直接,如果直接,有些瀏覽器則不生效,比如谷歌修改屬性將表單輸入設為可讀模式,瀏覽器自動填充就失效了,在焦點在該表單輸入的時候再將可讀屬性移除。 問題描述 話說有一天,我如往常一樣打開我的開發網站進行登錄操作。瀏覽器很平常的在我們進行登錄操作之后詢問我是否需要記住密碼,懶惰如我點擊了記住密碼。一切都很正常的進行著,沒有什么異常發生。然而,問題就出現了。當我打開一個新建用戶...
閱讀 2690·2021-11-08 13:16
閱讀 2367·2021-10-18 13:30
閱讀 2237·2021-09-27 13:35
閱讀 1993·2019-08-30 15:55
閱讀 2442·2019-08-30 13:22
閱讀 576·2019-08-30 11:24
閱讀 2077·2019-08-29 12:33
閱讀 1813·2019-08-26 12:10