HTML5代碼如何加密呢？　　html是不可以加密的！因?yàn)闉g覽器不支持加密！　　網(wǎng)上有許多所謂加密其實(shí)就是把網(wǎng)頁通過Unicode碼的轉(zhuǎn)換實(shí)現(xiàn)的，這些加密都是可以通過簡單的Unicode碼的轉(zhuǎn)換景象解

HTML5代碼如何加密呢？

　　html是不可以加密的！因?yàn)闉g覽器不支持加密！　　網(wǎng)上有許多所謂加密其實(shí)就是把網(wǎng)頁通過Unicode碼的轉(zhuǎn)換實(shí)現(xiàn)的，這些加密都是可以通過簡單的Unicode碼的轉(zhuǎn)換景象解密，并沒有什么卵用。而且這些加密手段只有在右鍵查看源代碼的時(shí)候才會(huì)看到加密信息，如果是瀏覽器F12調(diào)試頁面的話，會(huì)直接顯示解密后的頁面?！　〔⑶抑形奈淖痔鄷?huì)導(dǎo)致將你的加密過后頁面代碼膨脹。英文反會(huì)有壓縮效果。　　如果是有一些敏感信息確實(shí)需要加密的話，可以使用js進(jìn)行MD5加密進(jìn)行傳輸。但是整個(gè)頁面進(jìn)行加密確實(shí)是沒有必要的。

Web前端密碼加密是否有意義？

首先，我們要記?。涸诰W(wǎng)絡(luò)中任何場景下的加密都是有意義的！前端針對密碼的加密同樣如此。

我們要知道，HTTP協(xié)議有兩個(gè)特性：

• 無狀態(tài)
  

• 信息在網(wǎng)絡(luò)傳輸過程中是透明的

HTTP協(xié)議不像HTTPS協(xié)議，HTTP協(xié)議中所有信息都是明文的，此時(shí)如果在傳輸過程中被攔載，像密碼啥的黑客一看，就知道了。

所以很多站點(diǎn)在沒有啟用HTTPS時(shí)，也會(huì)對前端的密碼做加密處理，比如騰訊QQ空間的帳號(hào)密碼登錄、還有其它網(wǎng)站，當(dāng)我們在輸入密碼時(shí)，提交表單后，經(jīng)常會(huì)看到密碼框里的密碼長度一下子就變長了，其實(shí)就是在我們提交表單時(shí)，前端對密碼做了加密處理再賦值給密碼字段，所以表象上看就是密碼框里的黑點(diǎn)點(diǎn)變多了。

當(dāng)在前端對密碼做了加密處理，此時(shí)即使信息在傳輸過程中被竊取，第三方看到的是加密后的密碼，他把這個(gè)密碼拿去是沒用的，因?yàn)檫@個(gè)加密串是有時(shí)間和其它一些特征的，在其它電腦/IP上提交服務(wù)端是驗(yàn)證不通過的。

最后，就算是WEB前端密碼加密，不能簡簡單單用MD5對密碼進(jìn)行加密，必須要加一些特征字符在里面，另外也要限制一下時(shí)效，防止加密后的密文一直有效。如果能用HTTPS協(xié)議請一定用HTTPS協(xié)議。

html5開發(fā)的應(yīng)用怎么保密源代碼？

方法有很多，比如：加密、把代碼改成鏈接且將鏈接字符串進(jìn)行加密，這樣保密性會(huì)更強(qiáng)。

如何保護(hù)HTML5頁面中的內(nèi)容？

目前PhoneGap之類的混搭應(yīng)用模式(native html5)大行其道，給了這種代碼保護(hù)方法很好的生存環(huán)境。即：可以將負(fù)責(zé)解析經(jīng)過加密或編譯的Web代碼與解析模塊一起打包成Native應(yīng)用。

當(dāng)然，最流行、折中的HTML5代碼保護(hù)辦法仍代碼混淆，而由于應(yīng)用的主要功能一般通過JS實(shí)現(xiàn)，因而這里主要介紹JS代碼的混淆。

代碼混淆簡單地說是對代碼進(jìn)行重新組織和處理，使得處理后的代碼與處理前代碼完成相同的功能，但難以閱讀。一般代碼混淆器會(huì)將代碼中的所有變量、函數(shù)、類的名稱變?yōu)楹喍痰挠⑽淖帜复?hào)，刪去代碼注釋。

如何在HTML網(wǎng)頁中添加一段代碼加密？

除了使用IIS服務(wù)器來給網(wǎng)頁加密，我們還可以使用ASP程序來給網(wǎng)頁進(jìn)行加密，一般來說利用程序來進(jìn)行密碼驗(yàn)證的方法比較通用，現(xiàn)在大多數(shù)網(wǎng)站都使用ASP程序，它對Web服務(wù)器沒有具體要求，而其加密就是借助數(shù)據(jù)庫及ASP程序進(jìn)行設(shè)計(jì)，來實(shí)現(xiàn)一種通用網(wǎng)頁加密。