貴陽網站HTTP與HTTPS有哪些區別?

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