⑴ 【前端】常用加密方法
• JavaScript 加密後傳輸(具體可以參考後面的常見加密方法)
• 瀏覽器插件內進行加密傳輸
• Https 傳輸
在加密演算法中又分為對稱加密和非對稱加密。
對稱加密採用了對稱密碼編碼技術，它的特點是文件加密和解密使用相同的密鑰加密.也就是加密和解密都是用同一個密鑰，這種方法在密碼學中叫做對稱加密演算法.
對稱加密演算法使用起來簡單快捷，密鑰較短，且破譯困難，除了數據加密標准（DES），另一個對稱密鑰加密系統是國際數據加密演算法（IDEA），它比DES的加密性好，而且對計算機功能要求也沒有那麼高.
常見的對稱加密演算法有DES、3DES、Blowfish、IDEA、RC4、RC5、RC6和AES
注意: 因為前端的透明性，對於登錄密碼等敏感信息,就不要使用JavaScript來進行對稱加密. 因為別人可以從前端得到密匙後,可以直接對信息進行解密!
非對稱加密演算法需要兩個密鑰：公鑰（publickey）和私鑰（privatekey）。 公鑰與私鑰是一對，如果用公鑰對數據進行加密，只有用對應的私鑰才能解密；如果用私鑰對數據進行加密，那麼只有用對應的公鑰才能解密。 因為加密和解密使用的是兩個不同的密鑰，所以這種演算法叫作非對稱加密演算法。
非對稱加密演算法實現機密信息交換的基本過程是：甲方生成一對密鑰並將其中的一把作為公鑰向其它方公開；得到該公鑰的乙方使用該密鑰對機密信息進行加密後再發送給甲方；甲方再用自己保存的另一把專用密鑰對加密後的信息進行解密。甲方只能用其專用密鑰解密由其公鑰加密後的任何信息。
常見的非對稱加密演算法有：RSA、ECC（移動設備用）、Diffie-Hellman、El Gamal、DSA（數字簽名用）
⑵ 前端禁止讀取瀏覽器密碼
【淺談】前端禁止瀏覽器記住密碼
瀏覽器記住是基於type=『password』，將password改為text，採用文本輸入
將v-model的綁定方式改為這種輸入，input框中顯示的是經過轉換的*號，提交時提交a的值
⑶ thinkphp如何實現記住用戶名，密碼，自動登錄
這個是前端的問題不是thinkphp實現的 只要把登錄信息存儲到cookie設置好有效期 下次登錄時判斷cookie是否存在存在的話直接把信息給後端自動登錄免去輸入賬號密碼的過程
⑷ php怎麼實現記住用戶名密碼
是寫在你的驗證過程後的，如果用戶名和密碼驗證成功就保存cookie或者session；
login.html前端登錄界面：客戶輸入界面用戶名，密碼；
login.php 後端驗證過程：通過post/get方式獲取到客戶輸入的信息，然後跟資料庫里的的賬號密碼就行匹配，如果正確就用setcookie保存下來，如果不正確就彈出相對應的錯誤提示；
例如：
登錄界面；
⑸ 網站前端，如何保證密碼安全
一般情況下保證不了
比如京東、小米、網易之類的網站
當你登錄的時候，你如果看發送的內容
會發現發送的也都是明文內容，所以很容易被截獲
支付寶不一樣，支付寶是有插件的
你輸入後會一系列加密，然後發送給後台
不過這個技術上比較麻煩
一般情況下不用擔心這個
希望能幫助到你
⑹ php程序登陸界面如何記住密碼
是寫在你的驗證過程後的，如果用戶名和密碼驗證成功就保存cookie或者session；
- login.php 後端驗證過程：通過post/get方式獲取到客戶輸入的信息，然後跟資料庫里的的賬號密碼就行匹配，如果正確就用setcookie保存下來，如果不正確就彈出相對應的錯誤提示；
login.html前端登錄界面：客戶輸入界面用戶名，密碼；
⑺ 如何通過資料庫修改前端CRM的登錄密碼
一般的管理系統的密碼都是加密的，資料庫里的密碼都是加密後的。
所以，即使你能修改資料庫，也沒有用。
⑻ 登錄的記住密碼功能前端需要寫哪些代碼
可以用jquery.cookie.js，你可以看下http://www.jb51.net/article/26977.htm，當然如果你要自己實現的話，也是利用cookie，可能就是代碼量會多一點，希望對你有所幫助
⑼ 旅館業前端採集系統怎麼永久保存登陸賬號密碼
在登錄的表單中添加記住密碼勾選框即可。前端採集系統：前端通過連接攝像頭、各類感測器，對產污設備、排污設備、排污口、周邊大氣等環境進行監控，實時監測流速、流量、PH值、COD、氨氮、硝氮、亞硝氮、總磷等數據進行實時的監測，保障數據獲取的准確性。旅館業前端採集系統在登錄的表單中添加記住密碼勾選框即可保存登陸賬號密碼。前端採集系統前端採集系統是指系統前端採集音視頻信息的設備。
⑽ 11 | 登錄前端實現
前端任務點，編寫登錄請求函數，和 用戶注冊 類似，前端拿到用戶名和密碼發起 POST 請求。
收到 token 如何持久化存儲，如何讓每次請求都攜帶 token 是這里的點。
用戶登錄的介面詳情可以點 這里 。
這里有可以優化的點，未來可能需要添加驗證碼等附加信息，這個時候就需要添加函數參數，就會比較麻煩，可以將參數數據格式包裝成一個對象。當然，這里還是使用第一種方法了。
這不是重點，重點是登錄成功後，我們要做的事情。
按照介面約定，登錄成功我們可以得到如下信息：
這里我們要用到 token 欄位，是我們現在有 token 了，但一刷新就沒了，所以我們要做一下持久化存儲，你想存哪裡就存哪裡，只要你能找到。這里就存儲 localStorage 中了，在 Chorme86 中你甚至可以存到一個本地的文本文件中，只不過讀取速度比較慢罷了。
除了 token，我們還要將用戶信息存下來，比如首頁展示用的用戶頭像等信息。
關於本地信息的安全性問題，本地保存的用戶信息並不作為數據請求的憑證，僅供展示使用，當用戶更改本地的用戶信息對於登錄的狀態不會有影響，因為後端的判斷依據是 token，token 有效就登錄成功，而不是說本地存儲的用戶信息是誰服務端就認為你是誰，前端是不可信的。這種登錄方式的危險點在於用戶 token 被盜，但這很難避免，最不安全的是人。。。
登錄成功，返回首頁，用戶名或者是用戶頭像並沒有同步更新，這是因為，這里是單頁應用，你在 login 頁面將登錄用戶信息存到 localStorage 中，然後跳轉到了首頁，此時頁面沒有刷新，而 localStorage 中的信息沒有及時更新到 DOM 中，此時的用戶信息還是你沒有進入 login 頁面的用戶信息，自然是無法展示的，怎麼解決呢？很簡單，刷新一下。
當頁面刷新時，用戶信息會從 localStorage 中讀取，顯示的就是現在的登錄用戶了，但。。。
我不想刷新。
也很簡單，搞成響應式數據就好了呀。來人呀，上Vuex。
當你將 token 存在 cookie 中，前端並不需要主動設置，默認就攜帶傳給了服務端，而這里我們存到 Authorization 中，就需要我們設置一下，攔截請求，在請求發送前添加 token。
好的，來捋一捋流程。
用戶訪問 /login，被前端路由處理，指向Login.vue，用戶看到登錄框，填入自己的賬號，當用戶填寫賬號時，name password被實時監聽，同時會對登錄按鈕的可操作產生影響，只有當用戶將賬密輸入完整時，登錄按鈕可用。
前端收集用戶信息，調用 network 中封裝的 longin 請求函數，該請求發送前被攔截，添加 token，可能為空，使用賬密登錄時，token沒實際效用。
後端檢查成功給響應，前端將響應中數據的 token 通過觸發 mutations 更新 Vuex 中 state，同時，將該 token 存到 localStorage，以免用戶關掉頁面導致 token 丟失。
登錄成功跳到應用首頁，用戶頭像等信息通過 Vuex 獲取，因為 Vuex 中的數據是響應式的，此時從 login 跳轉到首頁，用戶頭像等信息也會得到相應的更新。
當用戶新增文章時，只需向伺服器傳文章數據就可以了，而對於文章作者的相關信息則由後端從請求頭中的 token 解析得到，這里需要注意，前端不要將本地的用戶信息作為准確的作者信息，對於用戶可以偽造的信息要做最小化的信任，用戶完全有能力將本地用戶名從張三改為李四，而最終作者是那個則需要由用戶提供的 token 來判定，雖說 token 也有可能被偽造，但難度相對較大，往往是被竊取的可能性更大。
無密碼登錄其實還是需要「密碼」的，只不過是換了一個臨時性的對人不可讀的字元串來代替罷了，並且每次請求幫你填好了。
在不考慮安全性的情況下本質上其實就是你將密碼存到了瀏覽器里，然後你每次訪問網站時讓瀏覽器幫你輸入用戶名和密碼，這個過程你是無感知的，這樣自己就不用像個憨憨一樣每次刷新就要填一遍表單。
填表是一件非常無聊的事。
要學一波 TypeScript 了呀。