CS/BS？http/https？URL/URI？域名和IP

上接文章編號「36-伺服器/虛擬主機？聯通機房、電信機房、鐵通機房？CDN服務？」

Internet和伺服器（Server）的出現的讓各種各樣的App（Application，即應用）的蓬勃有了可能。而CS和BS架構的各類App就成為兩個共依共存的搭檔。

CS，即 Client & Server 客戶端 與 服務端架構，如圖表示：

客戶端，其實是一個有多重意思的詞，可以代表一台設備，如PC機、筆記本電腦、手機等其它智能設備，也可以代表以「客戶端」形式打包的軟體，典型的比如殺毒軟體（360、金山）、某些大型網游（穿越火線、CS）、QQ客戶端、微信客戶端、百度網盤客戶端等等。

BS，即 Browser & Server，瀏覽器 與 伺服器架構，如圖：

瀏覽器，一般是基於操作系統的，操作系統是基於硬體設備的。但是，移動互聯網時代，移動設備的操作系統如 iOS、Android等，其前端開發框架有一個叫「Web View」的組件，可以簡單視其為瀏覽器，其強大作用後面文章會詳細介紹（哇靠，又挖坑）。

無論是BS架構還是CS架構，其原理都是一樣的：

客戶端或瀏覽器向伺服器發送請求內容或服務，伺服器響應並回應內容或服務。其實就這麼簡單！我們接下來重點討論下BS架構。

http 相信大家都很熟悉，每當我們想訪問某個網站時都會注意到網址前部都包含有 http或者 https（https是http的安全加強版，s的意思是，secure，「安全的」意思），比如 http://www.baidu.com。

http，是一系列網路傳輸協議，我們在「編號35」文中介紹的 TCP/IP 協議 就是Http協議的一部分，http全稱 Hyper Text Transfer Protocol ，即超文本傳輸協議。其實理解這個協議的關鍵詞在於「超文本」。

超文本（ Hyper Text ），其實就是超級文本，比純文本牛逼的文本，怎麼個牛逼法呢？我們知道媒體有文字、圖片、音頻、視頻等，相關的概念有多媒體、富媒體，無非是將多種媒體進行結合。而超文本的概念就是：

• 比純文本有更多的格式，如大小、顏色等；

• 除了文本以外，可以有多種媒體如圖片、音頻、視頻等；

• 可以把這些媒體進行跨文件關聯，即「想去哪裡點哪裡」。

1963年，德特·納爾遜(Ted Nelson)創造了術語「超文本」。1981年，德特在他的著作中使用術語「超文本」描述了這一想法：創建一個全球化的大文檔，文檔的各個部分分佈在不同的伺服器中。通過激活稱為鏈接的超文本項目，例如研究論文里的參考書目，就可以跳轉到引用的論文。

網址，即URL，Uniform Resource Locator，全稱為：全球資源定位符。一個完整的網址包含三部分：模式（或稱協議如http、ftp）、伺服器名稱（或IP地址）、路徑和文件名，如：http://www.baidu.com/logo.png，翻譯成人話即：我們去域名為www.baidu.com的域里，找到名稱為logo的格式為PNG的圖片，通過http的方式打開。還有沒有其Ta協議？當然有：ftp——文件傳輸協議、file——本地電腦或網上分享的文件等。

而我們應該了解另外兩個相關的名詞，URI，即Uniform Resource Identifier，統一資源標識符，用來唯一標識一個資源，和URN，即Uniform Resource Names，統一資源標示名。這三個名詞之間的關係可以理解為下圖：

即URI，是URL和URN的超集，包含這兩個概念，換句話說無論是在互聯網上還是在現實中，想要確定並找到一個東西，我們必須知道最少兩點：1、你叫什麼（URN），2、你在哪裡（URL）。

而最可貴的是URI協議不僅有已經為大家所公認的，我們在研發過程中還可以自定義URI，以達到「跳轉」的目的，意思是我們可以根據其它App所開放出來的URI，來在我們的App里實現跳轉到Ta的功能，可以參考文章「URI跳轉方式地圖導航的代碼實踐」。

而域名和IP的關係就更容易理解了，「編號35」文中說到IP是定位到某台主機的，這台主機上可以有n個域（域可以理解為文件夾，共享出去的文件夾就可以被其Ta主機訪問到），換句話說我們可以通過域名找到IP，但是無法從IP推導出域名，一個IP可以綁定多個域名，但是一個域名無法同時綁定多個IP。

這節我們就先嘮到這兒~~~

「全棧產品經理筆記」是 imPM 全棧產品經理研習社的筆記系產品，是一部能幫大家從零到一成長為全棧產品經理的筆記，我們篤信「無全棧，不經理」。筆者江湖人稱LY（LeoYoung，翻譯成中文是「老楊」），研發出身的產品經理，歷經小白、產品經理助理（俗稱 產助或者 助產）、產品經理、高級產品經理（俗稱 高產）、產品總監，已年逾而立，目前是產品經理導師。之所以想做全棧產品經理筆記，是因為老楊天生喜歡分享，「貨」太多得發泄下，不然得憋死，當然還有更重要的，是想總結出這幾年做產品經理的心得體會希望能幫到各位童鞋。筆記包含但不限於以下11個部分：

0x—產品經理那些事兒（更新中）

1x—7天快速入門產品經理（更新中）

2x—全棧PM之道（更新中）

3x—PM不得不懂的那點技術（更新中）

4x—電商平台產品實戰案例（籌備中）

5x—o2o平台實戰案例（籌備中）

6x—資訊平台實戰案例（籌備中）

7x—互聯網教育產品實戰案例（籌備中）

8x—敏捷產品管理（籌備中）

9x—運營構築產品競爭護城河（籌備中）

10x—PM面試寶典（籌備中）

需要注意的是：筆記以「章+節」進行編號，如10就是第一章的引子，11就是第一章第一節，122就是第1章的第22節，以此類推。

我們的口號是「無全棧，不經理」