創(chuàng)新互聯(lián)服務項目包括銅官網(wǎng)站建設、銅官網(wǎng)站制作、銅官網(wǎng)頁制作以及銅官網(wǎng)絡營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關系等，向廣大中小型企業(yè)、政府機構等提供互聯(lián)網(wǎng)行業(yè)的解決方案，銅官網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務的客戶以成都為中心已經(jīng)輻射到銅官省份的部分城市，未來相信會繼續(xù)擴大服務區(qū)域并繼續(xù)獲得客戶的支持與信任！
創(chuàng)新互聯(lián)是專業(yè)的崇禮網(wǎng)站建設公司，崇禮接單;提供成都網(wǎng)站設計、網(wǎng)站制作,網(wǎng)頁設計,網(wǎng)站設計,建網(wǎng)站,PHP網(wǎng)站建設等專業(yè)做網(wǎng)站服務;采用PHP框架,可快速的進行崇禮網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團隊,希望更多企業(yè)前來合作!
第一：http是超文本傳輸協(xié)議，信息是明文傳輸，https是具有安全性的ssl加密傳輸協(xié)議http和https使用的是完全不一樣的連接方式，端口也不一樣，前者默認是80端口http是無狀態(tài)的協(xié)議，而https是由ssl+http構建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議。http的無狀態(tài)是指對事務處理沒有記憶能力，缺少狀態(tài)意味著對后續(xù)處理需要的信息沒辦法提供，只能重新傳輸這些信息，這樣就會增大數(shù)據(jù)量。另一方面，當不需要信息的時候服務器應答較為快。
超文本傳輸協(xié)議HTTP協(xié)議被用于在Web瀏覽器和網(wǎng)站服務器之間傳遞信息，HTTP協(xié)議以明文方式發(fā)送內容，不提供任何方式的數(shù)據(jù)加密，如果攻擊者截取了Web瀏覽器和網(wǎng)站服務器之間的傳輸報文，就可以直接讀懂其中的信息，因此，HTTP協(xié)議不適合傳輸一些敏感信息，比如：信用卡號、密碼等支付信息。為了解決HTTP協(xié)議的這一缺陷，需要使用另一種協(xié)議：安全套接字層超文本傳輸協(xié)議HTTPS，為了數(shù)據(jù)傳輸?shù)陌踩琀TTPS在HTTP的基礎上加入了SSL協(xié)議，SSL依靠證書來驗證服務器的身份，并為瀏覽器和服務器之間的通信加密。
HTTP 屬于超文本傳輸協(xié)議，用來在 Internet 上傳送超文本，而 HTTPS 為安全超文本傳輸協(xié)議，在 HTTPS 基礎上擁有更強的安全性，簡單來說 HTTPS 是 HTTP 的安全版，是使用 TLS/SSL 加密的 HTTP 協(xié)議。超文本傳輸協(xié)議HTTP協(xié)議被用于在Web瀏覽器和網(wǎng)站服務器之間傳遞信息，HTTP協(xié)議以明文方式發(fā)送內容，不提供任何方式的數(shù)據(jù)加密，如果攻擊者截取了Web瀏覽器和網(wǎng)站服務器之間的傳輸報文，就可以直接讀懂其中的信息，因此，HTTP協(xié)議不適合傳輸一些敏感信息，比如：信用卡號、密碼等支付信息。為了解決HTTP協(xié)議的這一缺陷，需要使用另一種協(xié)議：安全套接字層超文本傳輸協(xié)議HTTPS，為了數(shù)據(jù)傳輸?shù)陌踩琀TTPS在HTTP的基礎上加入了SSL協(xié)議，SSL依靠證書來驗證服務器的身份，并為瀏覽器和服務器之間的通信加密。
一、HTTP和HTTPS的基本概念HTTP：是互聯(lián)網(wǎng)上應用最為廣泛的一種網(wǎng)絡協(xié)議，是一個客戶端和服務器端請求和應答的標準（TCP），用于從WWW服務器傳輸超文本到本地瀏覽器的傳輸協(xié)議，它可以使瀏覽器更加高效，使網(wǎng)絡傳輸減少。HTTPS：是以安全為目標的HTTP通道，簡單講是HTTP的安全版，即HTTP下加入SSL層，HTTPS的安全基礎是SSL，因此加密的詳細內容就需要SSL。HTTPS協(xié)議的主要作用可以分為兩種：一種是建立一個信息安全通道，來保證數(shù)據(jù)傳輸?shù)陌踩?；另一種就是確認網(wǎng)站的真實性。
二、HTTP與HTTPS有什么區(qū)別？HTTP協(xié)議傳輸?shù)臄?shù)據(jù)都是未加密的，也就是明文的，因此使用HTTP協(xié)議傳輸隱私信息非常不安全，為了保證這些隱私數(shù)據(jù)能加密傳輸，于是網(wǎng)景公司設計了SSL（Secure Sockets Layer）協(xié)議用于對HTTP協(xié)議傳輸?shù)臄?shù)據(jù)進行加密，從而就誕生了HTTPS。簡單來說，HTTPS協(xié)議是由SSL+HTTP協(xié)議構建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議，要比http協(xié)議安全。HTTPS和HTTP的區(qū)別主要如下：
1、https協(xié)議需要到ca申請證書，一般免費證書較少，因而需要一定費用。
2、http是超文本傳輸協(xié)議，信息是明文傳輸，https則是具有安全性的ssl加密傳輸協(xié)議。
3、http和https使用的是完全不同的連接方式，用的端口也不一樣，前者是80，后者是443。
4、http的連接很簡單，是無狀態(tài)的；HTTPS協(xié)議是由SSL+HTTP協(xié)議構建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議，比http協(xié)議安全。
三、HTTPS的工作原理我們都知道HTTPS能夠加密信息，以免敏感信息被第三方獲取，所以很多銀行網(wǎng)站或電子郵箱等等安全級別較高的服務都會采用HTTPS協(xié)議?？蛻舳嗽谑褂肏TTPS方式與Web服務器通信時有以下幾個步驟，如圖所示。
（1）客戶使用https的URL訪問Web服務器，要求與Web服務器建立SSL連接。
（2）Web服務器收到客戶端請求后，會將網(wǎng)站的證書信息（證書中包含公鑰）傳送一份給客戶端。
（3）客戶端的瀏覽器與Web服務器開始協(xié)商SSL連接的安全等級，也就是信息加密的等級。
（4）客戶端的瀏覽器根據(jù)雙方同意的安全等級，建立會話密鑰，然后利用網(wǎng)站的公鑰將會話密鑰加密，并傳送給網(wǎng)站。
（5）Web服務器利用自己的私鑰解密出會話密鑰。
（6）Web服務器利用會話密鑰加密與客戶端之間的通信。
四、HTTPS的優(yōu)點盡管HTTPS并非絕對安全，掌握根證書的機構、掌握加密算法的組織同樣可以進行中間人形式的攻擊，但HTTPS仍是現(xiàn)行架構下最安全的解決方案，主要有以下幾個好處：
（1）使用HTTPS協(xié)議可認證用戶和服務器，確保數(shù)據(jù)發(fā)送到正確的客戶機和服務器；
（2）HTTPS協(xié)議是由SSL+HTTP協(xié)議構建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議，要比http協(xié)議安全，可防止數(shù)據(jù)在傳輸過程中不被竊取、改變，確保數(shù)據(jù)的完整性。
（3）HTTPS是現(xiàn)行架構下最安全的解決方案，雖然不是絕對安全，但它大幅增加了中間人攻擊的成本。
（4）谷歌曾在2014年8月份調整搜索引擎算法，并稱“比起同等HTTP網(wǎng)站，采用HTTPS加密的網(wǎng)站在搜索結果中的排名將會更高”。
五、HTTPS的缺點雖然說HTTPS有很大的優(yōu)勢，但其相對來說，還是存在不足之處的：
（1）HTTPS協(xié)議握手階段比較費時，會使頁面的加載時間延長近50%，增加10%到20%的耗電；
（2）HTTPS連接緩存不如HTTP高效，會增加數(shù)據(jù)開銷和功耗，甚至已有的安全措施也會因此而受到影響；
（3）SSL證書需要錢，功能越強大的證書費用越高，個人網(wǎng)站、小網(wǎng)站沒有必要一般不會用。
（4）SSL證書通常需要綁定IP，不能在同一IP上綁定多個域名，IPv4資源不可能支撐這個消耗。
（5）HTTPS協(xié)議的加密范圍也比較有限，在黑客攻擊、拒絕服務攻擊、服務器劫持等方面幾乎起不到什么作用。最關鍵的，SSL證書的信用鏈體系并不安全，特別是在某些國家可以控制CA根證書的情況下，中間人攻擊一樣可行。
六、http切換到HTTPS如果需要將網(wǎng)站從http切換到https到底該如何實現(xiàn)呢？這里需要將頁面中所有的鏈接，例如js，css，圖片等等鏈接都由http改為https。例如：http://www.baidu.com改為https://www.baidu.comBTW，這里雖然將http切換為了https，還是建議保留http。所以我們在切換的時候可以做http和https的兼容，具體實現(xiàn)方式是，去掉頁面鏈接中的http頭部，這樣可以自動匹配http頭和https頭。例如：將http://www.baidu.com改為//www.baidu.com。然后當用戶從http的入口進入訪問頁面時，頁面就是http，如果用戶是從https的入口進入訪問頁面，頁面即使https的。
HTTP全稱是超文本傳輸協(xié)議（Hypertext transfer protocol）是一種詳細規(guī)定了瀏覽器和萬維網(wǎng)服務器之間互相通信的規(guī)則，通過因特網(wǎng)傳送萬維網(wǎng)文檔的數(shù)據(jù)傳送協(xié)議。HTTPS全稱是超文本傳輸安全協(xié)議（Hyper Text Transfer Protocol over Secure Socket Layer 或 Hypertext Transfer Protocol Secure）是以安全為目標的HTTP通道，簡單講是HTTP的安全版。HTTP和HTTPS的區(qū)別：
1、安全性不同。HTTP是超文本傳輸協(xié)議，信息是明文傳輸?shù)?。HTTPS是具有安全性的ssl證書加密的傳輸協(xié)議。所以HTTPS比HTTP更安全2、默認端口不同。HTTP的默認端口是80，HTTPS的默認端口是443。
3、協(xié)議不同。HTTP是無狀態(tài)的協(xié)議，而HTTPS是由ssl+HTTP構建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議。
4、部署的成本不同。HTTP是免費的，HTTPS是需要證書的，一般免費證書很少，需要交費。所以HTTPS的成本相對會更高。參考資料來源：搜狗百科-https參考資料來源：搜狗百科-http
HTTP 屬于超文本傳輸協(xié)議，用來在 Internet 上傳送超文本，而 HTTPS 為安全超文本傳輸協(xié)議，在 HTTPS 基礎上擁有更強的安全性，簡單來說 HTTPS 是 HTTP 的安全版，是使用 TLS/SSL 加密的 HTTP 協(xié)議。HTTP（Hypertext Transfer Protocol）超文本傳輸協(xié)議是用來在 Internet 上傳送超文本的傳送協(xié)議，它可以使瀏覽器更加高效，使網(wǎng)絡傳輸減少。但 HTTP 協(xié)議采用明文傳輸信息，存在信息竊聽、信息篡改和信息劫持的風險。HTTPS(Secure Hypertext Transfer Protocol) 安全超文本傳輸協(xié)議是一個安全的通信通道，它基于 HTTP 開發(fā)，用于在客戶計算機和服務器之間交換信息。HTTPS 使用安全套接字層(SSL)進行信息交換，簡單來說 HTTPS 是 HTTP 的安全版，是使用 TLS/SSL 加密的 HTTP 協(xié)議。超文本傳輸協(xié)議 HTTP 協(xié)議被用于在 Web 瀏覽器和網(wǎng)站服務器之間傳遞信息。HTTP 協(xié)議以明文方式發(fā)送內容，不提供任何方式的數(shù)據(jù)加密，如果攻擊者截取了 Web 瀏覽器和網(wǎng)站服務器之間的傳輸報文，就可以直接讀懂其中的信息，因此 HTTP 協(xié)議不適合傳輸一些敏感信息，比如信用卡號、密碼等。為了解決 HTTP 協(xié)議的這一缺陷，需要使用另一種協(xié)議：安全套接字層超文本傳輸協(xié)議 HTTPS。為了數(shù)據(jù)傳輸?shù)陌踩?，HTTPS 在 HTTP 的基礎上加入了 SSL 協(xié)議，SSL 依靠證書來驗證服務器的身份，并為瀏覽器和服務器之間的通信加密。HTTPS 和 HTTP 的區(qū)別主要為以下四點：https 協(xié)議需要到 ca 申請證書，目前市面上的免費證書也不少，收費的也都比較貴。http 是超文本傳輸協(xié)議，信息是明文傳輸，https 則是具有安全性的 ssl 加密傳輸協(xié)議。http 和 https 使用的是完全不同的連接方式，用的端口也不一樣，前者是 80，后者是 443。http 的連接很簡單，是無狀態(tài)的；HTTPS 協(xié)議是由 SSL+HTTP 協(xié)議構建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議，比 http 協(xié)議安全。
HTTP與HTTPS有什么區(qū)別？HTTP協(xié)議傳輸?shù)臄?shù)據(jù)都是未加密的，也就是明文的，因此使用HTTP協(xié)議傳輸隱私信息非常不安全，為了保證這些隱私數(shù)據(jù)能加密傳輸，于是網(wǎng)景公司設計了SSL（Secure Sockets Layer）協(xié)議用于對HTTP協(xié)議傳輸?shù)臄?shù)據(jù)進行加密，從而就誕生了HTTPS。簡單來說，HTTPS協(xié)議是由SSL+HTTP協(xié)議構建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議，要比http協(xié)議安全。HTTPS和HTTP的區(qū)別主要如下：
1、https協(xié)議需要到ca申請證書，一般免費證書較少，因而需要一定費用。
2、http是超文本傳輸協(xié)議，信息是明文傳輸，https則是具有安全性的ssl加密傳輸協(xié)議。
3、http和https使用的是完全不同的連接方式，用的端口也不一樣，前者是80，后者是443。
4、http的連接很簡單，是無狀態(tài)的；HTTPS協(xié)議是由SSL+HTTP協(xié)議構建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議，比http協(xié)議安全。
https協(xié)議和http有著很大的區(qū)別?？偟膩碚f，http效率更高，https安全性更高。首先談談什么是HTTPS：HTTPS(Secure Hypertext Transfer Protocol)安全超文本傳輸協(xié)議 它是一個安全通信通道，它基于HTTP開發(fā)，用于在客戶計算機和服務器之間交換信息。它使用安全套接字層(SSL)進行信息交換，簡單來說它是HTTP的安全版。它是由Netscape開發(fā)并內置于其瀏覽器中，用于對數(shù)據(jù)進行壓縮和解壓操作，并返回網(wǎng)絡上傳送回的結果。HTTPS實際上應用了Netscape的安 全全套接字層(SSL)作為HTTP應用層的子層。(HTTPS使用端口443，而不是象HTTP那樣使用端口80來和TCP/IP進行通信。)SSL使 用40 位關鍵字作為RC4流加密算法，這對于商業(yè)信息的加密是合適的。HTTPS和SSL支持使用X.509數(shù)字認證，如果需要的話用戶可以確認發(fā)送者是誰。HTTPS和HTTP的區(qū)別：https協(xié)議需要到ca申請證書，一般免費證書很少，需要交費。http是超文本傳輸協(xié)議，信息是明文傳輸，https 則是具有安全性的ssl加密傳輸協(xié)議 http和https使用的是完全不同的連接方式用的端口也不一樣,前者是80,后者是443。http的連接很簡單,是無狀態(tài)的 HTTPS協(xié)議是由SSL+HTTP協(xié)議構建的可進行加密傳輸、身份認證的網(wǎng)絡協(xié)議 要比http協(xié)議安全 HTTPS解決的問題：1 . 信任主機的問題. 采用https 的server 必須從CA 申請一個用于證明服務器用途類型的證書. 改證書只有用于對應的server 的時候,客戶度才信任次主機. 所以目前所有的銀行系統(tǒng)網(wǎng)站,關鍵部分應用都是https 的. 客戶通過信任該證書,從而信任了該主機. 其實這樣做效率很低,但是銀行更側重安全. 這一點對我們沒有任何意義,我們的server ,采用的證書不管自己issue 還是從公眾的地方issue, 客戶端都是自己人,所以我們也就肯定信任該server.2 . 通訊過程中的數(shù)據(jù)的泄密和被竄改一般意義上的https, 就是 server 有一個證書.a) 主要目的是保證server 就是他聲稱的server. 這個跟第一點一樣.b) 服務端和客戶端之間的所有通訊,都是加密的. i. 具體講,是客戶端產(chǎn)生一個對稱的密鑰,通過server 的證書來交換密鑰. 一般意義上的握手過程. ii. 加下來所有的信息往來就都是加密的. 第三方即使截獲,也沒有任何意義.因為他沒有密鑰. 當然竄改也就沒有什么意義了.少許對客戶端有要求的情況下,會要求客戶端也必須有一個證書.a) 這里客戶端證書,其實就類似表示個人信息的時候,除了用戶名/密碼, 還有一個CA 認證過的身份. 應為個人證書一般來說上別人無法模擬的,所有這樣能夠更深的確認自己的身份.b) 目前少數(shù)個人銀行的專業(yè)版是這種做法,具體證書可能是拿U盤作為一個備份的載體.像我用的交通銀行的網(wǎng)上銀行就是采取的這種方式。HTTPS 一定是繁瑣的. a) 本來簡單的http協(xié)議,一個get一個response. 由于https 要還密鑰和確認加密算法的需要.單握手就需要6/7 個往返. i. 任何應用中,過多的round trip 肯定影響性能. b) 接下來才是具體的http協(xié)議,每一次響應或者請求, 都要求客戶端和服務端對會話的內容做加密/解密. i. 盡管對稱加密/解密效率比較高,可是仍然要消耗過多的CPU,為此有專門的SSL 芯片. 如果CPU 信能比較低的話,肯定會降低性能,從而不能serve 更多的請求.符：SSL的簡介：SSL是Netscape公司所提出的安全保密協(xié)議，在瀏覽器(如Internet Explorer、Netscape Navigator)和Web服務器(如Netscape的Netscape Enterprise Server、ColdFusion Server等等)之間構造安全通道來進行數(shù)據(jù)傳輸，SSL運行在TCP/IP層之上、應用層之下，為應用程序提供加密數(shù)據(jù)通道，它采用了RC4、MD5 以及RSA等加密算法，使用40 位的密鑰，適用于商業(yè)信息的加密。同時，Netscape公司相應開發(fā)了HTTPS協(xié)議并內置于其瀏覽器中，HTTPS實際上就是SSL over HTTP，它使用默認端口443，而不是像HTTP那樣使用端口80來和TCP/IP進行通信。HTTPS協(xié)議使用SSL在發(fā)送方把原始數(shù)據(jù)進行加密，然 后在接受方進行解密，加密和解密需要發(fā)送方和接受方通過交換共知的密鑰來實現(xiàn)，因此，所傳送的數(shù)據(jù)不容易被網(wǎng)絡黑客截獲和解密。然而，加密和解密過程需要耗費系統(tǒng)大量的開銷，嚴重降低機器的性能，相關測試數(shù)據(jù)表明使用HTTPS協(xié)議傳輸數(shù)據(jù)的工作效率只有使用HTTP協(xié)議傳輸?shù)氖?分之一。假如為了安全保密，將一個網(wǎng)站所有的Web應用都啟用SSL技術來加密，并使用HTTPS協(xié)議進行傳輸，那么該網(wǎng)站的性能和效率將會大大降低，而 且沒有這個必要，因為一般來說并不是所有數(shù)據(jù)都要求那么高的安全保密級別，所以，我們只需對那些涉及機密數(shù)據(jù)的交互處理使用HTTPS協(xié)議，這樣就做到魚與熊掌兼得?？傊恍枰胔ttps 的地方,就盡量不要用。
與HTTP的差異與HTTP的URL由“http://”起始且默認使用端口80不同，HTTPS的URL由“https://”起始且默認使用端口443。HTTP是不安全的，且攻擊者通過監(jiān)聽和中間人攻擊等手段，可以獲取網(wǎng)站帳戶和敏感信息等。HTTPS被設計為可防止前述攻擊，并（在沒有使用舊版本的SSL時）被認為是安全的。
http超文本傳輸協(xié)議 https（secure hypertext transfer protocol）安全超文本傳輸協(xié)議 它是由netscape開發(fā)并內置于其瀏覽器中，用于對數(shù)據(jù)進行壓縮和解壓操作，并返回網(wǎng)絡上傳送回的結果。https實際上應用了netscape的完全套接字層（ssl）作為http應用層的子層。（https使用端口443，而不是象http那樣使用端口80來和tcp/ip進行通信。）ssl使用40 位關鍵字作為rc4流加密算法，這對于商業(yè)信息的加密是合適的。https和ssl支持使用x.509數(shù)字認證，如果需要的話用戶可以確認發(fā)送者是誰。。
HTTPS（Secure Hypertext Transfer Protocol）--安全超文本傳輸協(xié)議 它是由Netscape開發(fā)并內置于其瀏覽器中，用于對數(shù)據(jù)進行壓縮和解壓操作，并返回網(wǎng)絡上傳送回的結果。HTTPS實際上應用了Netscape的完全套接字層（SSL）作為HTTP應用層的子層。（HTTPS使用端口443，而不是象HTTP那樣使用端口80來和TCP/IP進行通信。）SSL使用40 位關鍵字作為RC4流加密算法，這對于商業(yè)信息的加密是合適的。HTTPS和SSL支持使用X.509數(shù)字認證，如果需要的話用戶可以確認發(fā)送者是誰。WWW的核心——HTTP協(xié)議眾所周知，Internet的基本協(xié)議是TCP/IP協(xié)議，目前廣泛采用的FTP、Archie Gopher等是建立在TCP/IP協(xié)議之上的應用層協(xié)議，不同的協(xié)議對應著不同的應用。WWW服務器使用的主要協(xié)議是HTTP協(xié)議，即超文體傳輸協(xié)議。由于HTTP協(xié)議支持的服務不限于WWW，還可以是其它服務，因而HTTP協(xié)議允許用戶在統(tǒng)一的界面下，采用不同的協(xié)議訪問不同的服務，如FTP、Archie、SMTP、NNTP等。另外，HTTP協(xié)議還可用于名字服務器和分布式對象管理。
2.1 HTTP協(xié)議簡介 HTTP是一個屬于應用層的面向對象的協(xié)議，由于其簡捷、快速的方式，適用于分布式超媒體信息系統(tǒng)。它于1990年提出，經(jīng)過幾年的使用與發(fā)展，得到不斷地完善和擴展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的規(guī)范化工作正在進行之中，而且HTTP-NG(Next Generation of HTTP)的建議已經(jīng)提出。HTTP協(xié)議的主要特點可概括如下：1.支持客戶/服務器模式。
2.簡單快速：客戶向服務器請求服務時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規(guī)定了客戶與服務器聯(lián)系的類型不同。由于HTTP協(xié)議簡單，使得HTTP服務器的程序規(guī)模小，因而通信速度很快。
3.靈活：HTTP允許傳輸任意類型的數(shù)據(jù)對象。正在傳輸?shù)念愋陀蒀ontent-Type加以標記。
4.無連接：無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶的請求，并收到客戶的應答后，即斷開連接。采用這種方式可以節(jié)省傳輸時間。
5.無狀態(tài)：HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數(shù)據(jù)量增大。另一方面，在服務器不需要先前信息時它的應答就較快。
2.2 HTTP協(xié)議的幾個重要概念 1.連接(Connection)：一個傳輸層的實際環(huán)流，它是建立在兩個相互通訊的應用程序之間。
2.消息(Message)：HTTP通訊的基本單位，包括一個結構化的八元組序列并通過連接傳輸。
3.請求(Request)：一個從客戶端到服務器的請求信息包括應用于資源的方法、資源的標識符和協(xié)議的版本號 4.響應(Response)：一個從服務器返回的信息包括HTTP協(xié)議的版本號、請求的狀態(tài)(例如“成功”或“沒找到”)和文檔的MIME類型。
5.資源(Resource)：由URI標識的網(wǎng)絡數(shù)據(jù)對象或服務。
6.實體(Entity)：數(shù)據(jù)資源或來自服務資源的回映的一種特殊表示方法，它可能被包圍在一個請求或響應信息中。
一個實體包括實體頭信息和實體的本身內容。
7.客戶機(Client)：一個為發(fā)送請求目的而建立連接的應用程序。
8.用戶代理(User agent)：初始化一個請求的客戶機。它們是瀏覽器、編輯器或其它用戶工具。
9.服務器(Server)：一個接受連接并對請求返回信息的應用程序。
10.源服務器(Origin server)：是一個給定資源可以在其上駐留或被創(chuàng)建的服務器。
11.代理(Proxy)：一個中間程序，它可以充當一個服務器，也可以充當一個客戶機，為其它客戶機建立請求。請求是通過可能的翻譯在內部或經(jīng)過傳遞到其它的服務器中。
一個代理在發(fā)送請求信息之前，必須解釋并且如果可能重寫它。代理經(jīng)常作為通過防火墻的客戶機端的門戶，代理還可以作為一個幫助應用來通過協(xié)議處理沒有被用戶代理完成的請求。
12.網(wǎng)關(Gateway)：一個作為其它服務器中間媒介的服務器。與代理不同的是，網(wǎng)關接受請求就好象對被請求的資源來說它就是源服務器；發(fā)出請求的客戶機并沒有意識到它在同網(wǎng)關打交道。網(wǎng)關經(jīng)常作為通過防火墻的服務器端的門戶，網(wǎng)關還可以作為一個協(xié)議翻譯器以便存取那些存儲在非HTTP系統(tǒng)中的資源。
13.通道(Tunnel)：是作為兩個連接中繼的中介程序。
一旦激活，通道便被認為不屬于HTTP通訊，盡管通道可能是被一個HTTP請求初始化的。當被中繼的連接兩端關閉時，通道便消失。當一個門戶(Portal)必須存在或中介(Intermediary)不能解釋中繼的通訊時通道被經(jīng)常使用。
14.緩存(Cache)：反應信息的局域存儲。
2.3 HTTP協(xié)議的運作方式 HTTP協(xié)議是基于請求／響應范式的。
一個客戶機與服務器建立連接后，發(fā)送一個請求給服務器，請求方式的格式為，統(tǒng)一資源標識符、協(xié)議版本號，后邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。服務器接到請求后，給予相應的響應信息，其格式為一個狀態(tài)行包括信息的協(xié)議版本號、一個成功或錯誤的代碼，后邊是MIME信息包括服務器信息、實體信息和可能的內容。許多HTTP通訊是由一個用戶代理初始化的并且包括一個申請在源服務器上資源的請求。最簡單的情況可能是在用戶代理(UA)和源服務器(O)之間通過一個單獨的連接來完成(見圖2-1)。圖2-1 當一個或多個中介出現(xiàn)在請求／響應鏈中時，情況就變得復雜一些。中介由三種：代理(Proxy)、網(wǎng)關(Gateway)和通道(Tunnel)。
一個代理根據(jù)URI的絕對格式來接受請求，重寫全部或部分消息，通過URI的標識把已格式化過的請求發(fā)送到服務器。網(wǎng)關是一個接收代理，作為一些其它服務器的上層，并且如果必須的話，可以把請求翻譯給下層的服務器協(xié)議。
一個通道作為不改變消息的兩個連接之間的中繼點。當通訊需要通過一個中介(例如：防火墻等)或者是中介不能識別消息的內容時，通道經(jīng)常被使用。圖2-2 上面的圖2-2表明了在用戶代理(UA)和源服務器(O)之間有三個中介(A,B和C)。
一個通過整個鏈的請求或響應消息必須經(jīng)過四個連接段。這個區(qū)別是重要的，因為一些HTTP通訊選擇可能應用于最近的連接、沒有通道的鄰居，應用于鏈的終點或應用于沿鏈的所有連接。盡管圖2-2是線性的，每個參與者都可能從事多重的、并發(fā)的通訊。例如，B可能從許多客戶機接收請求而不通過A，并且／或者不通過C把請求送到A，在同時它還可能處理A的請求。任何針對不作為通道的匯聚可能為處理請求啟用一個內部緩存。緩存的效果是請求／響應鏈被縮短，條件是沿鏈的參與者之一具有一個緩存的響應作用于那個請求。下圖說明結果鏈，其條件是針對一個未被UA或A加緩存的請求，B有一個經(jīng)過C來自O的一個前期響應的緩存拷貝。圖2-3 在Internet上，HTTP通訊通常發(fā)生在TCP/IP連接之上。缺省端口是TCP 80，但其它的端口也是可用的。但這并不預示著HTTP協(xié)議在Internet或其它網(wǎng)絡的其它協(xié)議之上才能完成。HTTP只預示著一個可靠的傳輸。以上簡要介紹了HTTP協(xié)議的宏觀運作方式，下面介紹一下HTTP協(xié)議的內部操作過程。首先，簡單介紹基于HTTP協(xié)議的客戶/服務器模式的信息交換過程，如圖2-4所示，它分四個過程，建立連接、發(fā)送請求信息、發(fā)送響應信息、關閉連接。圖2-4 在WWW中，“客戶”與“服務器”是一個相對的概念，只存在于一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為服務器。WWW服務器運行時，一直在TCP80端口(WWW的缺省端口)監(jiān)聽，等待連接的出現(xiàn)。下面，討論HTTP協(xié)議下客戶/服務器模式中信息交換的實現(xiàn)。
1.建立連接 連接的建立是通過申請?zhí)捉幼?Socket)實現(xiàn)的?？蛻舸蜷_一個套接字并把它約束在一個端口上，如果成功，就相當于建立了一個虛擬文件。以后就可以在該虛擬文件上寫數(shù)據(jù)并通過網(wǎng)絡向外傳送。
2.發(fā)送請求 打開一個連接后，客戶機把請求消息送到服務器的停留端口上，完成提出請求動作。HTTP/1.0 請求消息的格式為： 請求消息=請求行(通用信息|請求頭|實體頭) CRLF[實體內容] 請求 行=方法 請求URL HTTP版本號 CRLF 方 法=GET|HEAD|POST|擴展方法 U R L=協(xié)議名稱+宿主名+目錄與文件名 請求行中的方法描述指定資源中應該執(zhí)行的動作，常用的方法有GET、HEAD和POST。不同的請求對象對應GET的結果是不同的，對應關系如下： 對象 GET的結果 文件 文件的內容 程序 該程序的執(zhí)行結果 數(shù)據(jù)庫查詢 查詢結果 HEAD——要求服務器查找某對象的元信息，而不是對象本身。POST——從客戶機向服務器傳送數(shù)據(jù)，在要求服務器和CGI做進一步處理時會用到POST方法。POST主要用于發(fā)送HTML文本中FORM的內容，讓CGI程序處理。
一個請求的例子為： GET http://networking.zju.edu.cn/zju/index.htm HTTP/1.0 頭信息又稱為元信息，即信息的信息，利用元信息可以實現(xiàn)有條件的請求或應答 。請求頭——告訴服務器怎樣解釋本次請求，主要包括用戶可以接受的數(shù)據(jù)類型、壓縮方法和語言等。實體頭——實體信息類型、長度、壓縮方法、最后一次修改時間、數(shù)據(jù)有效期等。實體——請求或應答對象本身。
3.發(fā)送響應 服務器在處理完客戶的請求之后，要向客戶機發(fā)送響應消息。HTTP/1.0的響應消息格式如下： 響應消息=狀態(tài)行(通用信息頭|響應頭|實體頭) CRLF 〔實體內容〕 狀 態(tài) 行=HTTP版本號 狀態(tài)碼 原因敘述 狀態(tài)碼表示響應類型 1×× 保留 2×× 表示請求成功地接收 3×× 為完成請求客戶需進一步細化請求 4×× 客戶錯誤 5×× 服務器錯誤 響應頭的信息包括：服務程序名，通知客戶請求的URL需要認證，請求的資源何時能使用。
4.關閉連接 客戶和服務器雙方都可以通過關閉套接字來結束TCP/IP對話
1. HTTP 的URL 以http:// 開頭，而HTTPS 的URL 以https:// 開頭2. HTTP 是不安全的，而 HTTPS 是安全的3. HTTP 標準端口是80 ，而 HTTPS 的標準端口是4434. 在OSI 網(wǎng)絡模型中，HTTP工作于應用層，而HTTPS 工作在傳輸層5. HTTP 無法加密，而HTTPS 對傳輸?shù)臄?shù)據(jù)進行加密6. HTTP無需證書，而HTTPS 需要認證證書(SSL數(shù)字證書)
https（全稱：hypertext transfer protocol over secure socket layer），是以安全為目標的http通道，簡單講是http的安全版。即http下加入ssl層，https的安全基礎是ssl，因此加密的詳細內容請看ssl。
重慶分公司
重慶分公司
