貴陽網(wǎng)站HTTP與HTTPS有哪些區(qū)別？

閱讀 ?·? 發(fā)布日期 2020-06-28 07:25 ?·? admin
超文本傳輸協(xié)議HTTP協(xié)議被用于在Web瀏覽器和網(wǎng)站服務(wù)器之間傳遞信息，HTTP協(xié)議以明文方式發(fā)送內(nèi)容，不提供任何方式的數(shù)據(jù)加密，如果攻擊者截取了Web瀏覽器和網(wǎng)站服務(wù)器之間的傳輸報(bào)文，就可以直接讀懂其中的信息，因此，HTTP協(xié)議不適合傳輸一些敏感信息，比如：信用卡號(hào)、密碼等支付信息。貴陽網(wǎng)站建設(shè)★網(wǎng)站設(shè)計(jì)★貴陽網(wǎng)站制作★網(wǎng)頁設(shè)計(jì)-599元全包;企業(yè)網(wǎng)絡(luò)推廣☆貴陽網(wǎng)站優(yōu)化☆seo☆關(guān)鍵詞排名☆百度快照-2200元全年展示;做網(wǎng)站優(yōu)化排名-貴陽網(wǎng)站建設(shè)公司?13172194676（注：選好網(wǎng)站模板，請(qǐng)聯(lián)系客服，百度云盤下載提取網(wǎng)站模板)
為了解決HTTP協(xié)議的這一缺陷，需要使用另一種協(xié)議：安全套接字層超文本傳輸協(xié)議HTTPS，為了數(shù)據(jù)傳輸?shù)陌踩?，HTTPS在HTTP的基礎(chǔ)上加入了SSL協(xié)議，SSL依靠證書來驗(yàn)證服務(wù)器的身份，并為瀏覽器和服務(wù)器之間的通信加密。
一、HTTP和HTTPS的基本概念
HTTP：是互聯(lián)網(wǎng)上應(yīng)用最為廣泛的一種網(wǎng)絡(luò)協(xié)議，是一個(gè)客戶端和服務(wù)器端請(qǐng)求和應(yīng)答的標(biāo)準(zhǔn)（TCP），用于從WWW服務(wù)器傳輸超文本到本地瀏覽器的傳輸協(xié)議，它可以使瀏覽器更加高效，使網(wǎng)絡(luò)傳輸減少。
HTTPS：是以安全為目標(biāo)的HTTP通道，簡(jiǎn)單講是HTTP的安全版，即HTTP下加入SSL層，HTTPS的安全基礎(chǔ)是SSL，因此加密的詳細(xì)內(nèi)容就需要SSL。
HTTPS協(xié)議的主要作用可以分為兩種：一種是建立一個(gè)信息安全通道，來保證數(shù)據(jù)傳輸?shù)陌踩?；另一種就是確認(rèn)網(wǎng)站的真實(shí)性。
二、HTTP與HTTPS有什么區(qū)別？
HTTP協(xié)議傳輸?shù)臄?shù)據(jù)都是未加密的，也就是明文的，因此使用HTTP協(xié)議傳輸隱私信息非常不安全，為了保證這些隱私數(shù)據(jù)能加密傳輸，于是網(wǎng)景公司設(shè)計(jì)了SSL（Secure Sockets Layer）協(xié)議用于對(duì)HTTP協(xié)議傳輸?shù)臄?shù)據(jù)進(jìn)行加密，從而就誕生了HTTPS。簡(jiǎn)單來說，HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議，要比http協(xié)議安全。
HTTPS和HTTP的區(qū)別主要如下：
1、https協(xié)議需要到ca申請(qǐng)證書，一般免費(fèi)證書較少，因而需要一定費(fèi)用。
2、http是超文本傳輸協(xié)議，信息是明文傳輸，https則是具有安全性的ssl加密傳輸協(xié)議。
3、http和https使用的是完全不同的連接方式，用的端口也不一樣，前者是80，后者是443。
4、http的連接很簡(jiǎn)單，是無狀態(tài)的；HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議，比http協(xié)議安全。
三、HTTPS的工作原理
我們都知道HTTPS能夠加密信息，以免敏感信息被第三方獲取，所以很多銀行網(wǎng)站或電子郵箱等等安全級(jí)別較高的服務(wù)都會(huì)采用HTTPS協(xié)議。
HTTP與HTTPS的區(qū)別-馬海祥博客
客戶端在使用HTTPS方式與Web服務(wù)器通信時(shí)有以下幾個(gè)步驟，如圖所示。
（1）客戶使用https的URL訪問Web服務(wù)器，要求與Web服務(wù)器建立SSL連接。
（2）Web服務(wù)器收到客戶端請(qǐng)求后，會(huì)將網(wǎng)站的證書信息（證書中包含公鑰）傳送一份給客戶端。
（3）客戶端的瀏覽器與Web服務(wù)器開始協(xié)商SSL連接的安全等級(jí)，也就是信息加密的等級(jí)。
（4）客戶端的瀏覽器根據(jù)雙方同意的安全等級(jí)，建立會(huì)話密鑰，然后利用網(wǎng)站的公鑰將會(huì)話密鑰加密，并傳送給網(wǎng)站。
（5）Web服務(wù)器利用自己的私鑰解密出會(huì)話密鑰。
（6）Web服務(wù)器利用會(huì)話密鑰加密與客戶端之間的通信。
 
四、HTTPS的優(yōu)點(diǎn)
盡管HTTPS并非絕對(duì)安全，掌握根證書的機(jī)構(gòu)、掌握加密算法的組織同樣可以進(jìn)行中間人形式的攻擊，但HTTPS仍是現(xiàn)行架構(gòu)下最安全的解決方案，主要有以下幾個(gè)好處：
（1）使用HTTPS協(xié)議可認(rèn)證用戶和服務(wù)器，確保數(shù)據(jù)發(fā)送到正確的客戶機(jī)和服務(wù)器；
（2）HTTPS協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議，要比http協(xié)議安全，可防止數(shù)據(jù)在傳輸過程中不被竊取、改變，確保數(shù)據(jù)的完整性。
（3）HTTPS是現(xiàn)行架構(gòu)下最安全的解決方案，雖然不是絕對(duì)安全，但它大幅增加了中間人攻擊的成本。
（4）谷歌曾在2014年8月份調(diào)整搜索引擎算法，并稱“比起同等HTTP網(wǎng)站，采用HTTPS加密的網(wǎng)站在搜索結(jié)果中的排名將會(huì)更高”。
五、HTTPS的缺點(diǎn)
雖然說HTTPS有很大的優(yōu)勢(shì)，但其相對(duì)來說，還是存在不足之處的：
（1）HTTPS協(xié)議握手階段比較費(fèi)時(shí)，會(huì)使頁面的加載時(shí)間延長(zhǎng)近50%，增加10%到20%的耗電；
（2）HTTPS連接緩存不如HTTP高效，會(huì)增加數(shù)據(jù)開銷和功耗，甚至已有的安全措施也會(huì)因此而受到影響；
（3）SSL證書需要錢，功能越強(qiáng)大的證書費(fèi)用越高，個(gè)人網(wǎng)站、小網(wǎng)站沒有必要一般不會(huì)用。
（4）SSL證書通常需要綁定IP，不能在同一IP上綁定多個(gè)域名，IPv4資源不可能支撐這個(gè)消耗。
（5）HTTPS協(xié)議的加密范圍也比較有限，在黑客攻擊、拒絕服務(wù)攻擊、服務(wù)器劫持等方面幾乎起不到什么作用。最關(guān)鍵的，SSL證書的信用鏈體系并不安全，特別是在某些國(guó)家可以控制CA根證書的情況下，中間人攻擊一樣可行。
六、http切換到HTTPS
如果需要將網(wǎng)站從http切換到https到底該如何實(shí)現(xiàn)呢？
   這里需要將頁面中所有的鏈接，例如js，css，圖片等等鏈接都由http改為https。例如：http://www.baidu.com改為https://www.baidu.com
BTW，這里雖然將http切換為了https，還是建議保留http。所以我們?cè)谇袚Q的時(shí)候可以做http和https的兼容，具體實(shí)現(xiàn)方式是，去掉頁面鏈接中的http頭部，這樣可以自動(dòng)匹配http頭和https頭。例如：將http://www.baidu.com改為//www.baidu.com。然后當(dāng)用戶從http的入口進(jìn)入訪問頁面時(shí)，頁面就是http，如果用戶是從https的入口進(jìn)入訪問頁面，頁面即使https的。
 
第2頁 /(共2頁)
DOM在為頁面中的每個(gè)元素分派事件時(shí)，相應(yīng)的元素一般都在事件冒泡階段處理事件。在類似 body > div > a 這樣的結(jié)構(gòu)中，如果單擊a元素，click事件會(huì)從a一直冒泡到div和body（即document對(duì)象）。因此，發(fā)生在a上面的單擊事件，div和body元素同樣可以處理。而利用事件傳播（這里是冒泡）這個(gè)機(jī)制，就可以實(shí)現(xiàn)事件委托。具體來說，事件委托就是事件目標(biāo)自身不處理事件，而是把處理任務(wù)委托給其父元素或者祖先元素，甚至根元素（document）。
為DOM中的很多元素綁定相同事件；　　為DOM中尚不存在的元素綁定事件；
隨著DOM結(jié)構(gòu)的復(fù)雜化和Ajax等動(dòng)態(tài)腳本技術(shù)的運(yùn)用，較多的元素會(huì)動(dòng)態(tài)的添加到頁面上，直接用jquery添加click事件會(huì)發(fā)現(xiàn)新添加進(jìn)來的元素并不能直接選取到，在這里就需要用到事件委托方法。jquery為事件委托提供了live（）、dalegate（）和on（）方法。
假設(shè)有一個(gè)多行多列的表格，我們想讓用戶單擊每個(gè)單元格都能看到與其中內(nèi)容相關(guān)的更多信息了，可以為每個(gè)單元格都綁定click事件：
問題是，如果表格中要綁定單擊事件的有10列500行，那么查找和遍歷5000個(gè)單元格會(huì)導(dǎo)致腳本執(zhí)行速度明顯變慢，而保存5000個(gè)td元素和相應(yīng)的事件處理程序也會(huì)占用大量?jī)?nèi)存。在這個(gè)例子的基礎(chǔ)上，如果我們想實(shí)現(xiàn)一個(gè)簡(jiǎn)單的相冊(cè)應(yīng)用，每頁只顯示50張照片的縮略圖，用戶點(diǎn)擊“第x頁”（或“下一頁”）鏈接可以通過Ajax從服務(wù)器動(dòng)態(tài)加載另外50張照片。在這種情況下，似乎使用.bind()方法為50個(gè)單元格綁定事件又可以接受了。事實(shí)卻不然。使用.bind()方法只會(huì)給第一頁中的50個(gè)單元格綁定單擊事件，動(dòng)態(tài)加載的后續(xù)頁面中的單元格都不會(huì)有這個(gè)單擊事件。即.bind()方法只能給調(diào)用它的時(shí)候已經(jīng)存在的元素綁定事件，不能給未來新增的元素綁定事件。
事件委托可以解決上述兩個(gè)問題。使用live()方法代替.bind()方法即可：
這里的.live()方法會(huì)把click事件綁定到$(document)對(duì)象（但這一點(diǎn)從代碼中體現(xiàn)不出來，這也是.live()方法飽受詬病的一個(gè)重要原因，稍后再詳細(xì)討論），而且只需要給$(document)綁定一次（不是50次，更不是5000次），然后就能夠處理后續(xù)動(dòng)態(tài)加載的照片單元格的單擊事件。在接收到任何事件時(shí)，$(document)對(duì)象都會(huì)檢查事件類型和事件目標(biāo)，如果是click事件且事件目標(biāo)是td，那么就執(zhí)行委托給它的處理程序。
live()方法并不完美，它有如下幾個(gè)主要缺點(diǎn)：
為了避免生成不必要的jQuery對(duì)象，可以使用一種叫做“早委托”的hack，即在$(document).ready()方法外部調(diào)用.live()：
在此，(function($){...})(jQuery)是一個(gè)“立即執(zhí)行的匿名函數(shù)”，構(gòu)成了一個(gè)閉包，可以防止命名沖突。在匿名函數(shù)內(nèi)部，$參數(shù)引用jQuery對(duì)象。這個(gè)匿名函數(shù)不會(huì)等到DOM就緒就會(huì)執(zhí)行。注意，使用這個(gè)hack時(shí)，腳本必須是在頁面的head元素中鏈接和(或)執(zhí)行的。之所以選擇這個(gè)時(shí)機(jī)，因?yàn)檫@時(shí)候剛好document元素可用，而整個(gè)DOM還遠(yuǎn)未生成；如果把腳本放在結(jié)束的body標(biāo)簽前面，就沒有意義了，因?yàn)槟菚r(shí)候DOM已經(jīng)完全可用了。
為了避免事件冒泡造成的性能損失，jQuery從1.4開始支持在使用.live()方法時(shí)配合使用一個(gè)上下文參數(shù)：
這樣，“受托方”就從默認(rèn)的$(document)變成了$("#info_table")[0]，節(jié)省了冒泡的旅程。不過，與.live()共同使用的上下文參數(shù)必須是一個(gè)單獨(dú)的DOM元素，所以這里指定上下文對(duì)象時(shí)使用的是$("#info_table")[0]，即使用數(shù)組的索引操作符來取得的一個(gè)DOM元素。
如前所述，為了突破單一.bind()方法的局限性，實(shí)現(xiàn)事件委托，jQuery 1.3引入了.live()方法。后來，為解決“事件傳播鏈”過長(zhǎng)的問題，jQuery 1.4又支持為.live()方法指定上下文對(duì)象。而為了解決無謂生成元素集合的問題，jQuery 1.4.2干脆直接引入了一個(gè)新方法.delegate()。
使用.delegate()，前面的例子可以這樣寫：
使用.delegate()有如下優(yōu)點(diǎn)（或者說解決了.live()方法的如下問題）：
可見，.delegate()方法是一個(gè)相對(duì)完美的解決方案。但在DOM結(jié)構(gòu)簡(jiǎn)單的情況下，也可以使用.live()。
jQuery 1.7為了解決.bind()、.live()和.delegate()并存造成的不一致性問題，增加了一對(duì)新的事件方法.on()和.off()。on() 方法可在被選元素及子元素上添加一個(gè)或多個(gè)事件處理程序。 off() 方法用來移除事件處理程序。如需添加只運(yùn)行一次的事件然后移除，使用 one()方法。
使用 on() 方法添加的事件處理程序適用于當(dāng)前及未來的元素（比如由腳本創(chuàng)建的新元素）。
$(selector).on(event,childSelector,data,function,map)
如果傳遞了selector參數(shù)，那么on() 函數(shù)并不是為當(dāng)前jQuery對(duì)象匹配的元素綁定事件處理函數(shù)，而是為它們的后代元素中符合選擇器childSelector參數(shù)的元素綁定事件處理函數(shù)。 on()函數(shù)并不是直接為這些后代元素挨個(gè)綁定事件，而是委托給當(dāng)前jQuery對(duì)象的匹配元素來處理。由于DOM 2級(jí)的事件流機(jī)制，當(dāng)后代元素childSelector觸發(fā)事件時(shí)，該事件會(huì)在事件冒泡中傳遞給其所有的祖輩元素，當(dāng)事件流傳遞到當(dāng)前匹配元素時(shí)，jQuery會(huì)判斷是哪個(gè)后代元素觸發(fā)了事件，如果該元素符合選擇器childSelector，jQuery就會(huì)捕獲該事件，從而執(zhí)行綁定的事件處理函數(shù)。簡(jiǎn)單來說，如果指定childSelector，則為事件委托，否則就是常規(guī)的事件綁定。
提示：使用事件委托時(shí)，如果注冊(cè)到目標(biāo)元素上的其他事件處理程序使用.stopPropagation()阻止了事件傳播，那么事件委托就會(huì)失效