宣告：本人的所有部落格皆為個人筆記，作為個人知識索引使用，因此在敘述上存在邏輯不通順、跨度大等問題，希望理解。分享出來僅供大家學習翻閱，若有錯誤希望指出，感謝！
超文字標記語言html
文件傳遞協議http
統一資源定位符url
arp是一種用於解析位址的協議，根據通訊方的ip位址就能反查出對應的mac位址tcp位於傳輸層，提供可靠的位元組流傳輸服務
將大塊資料拆分成以報文段為單位的資料報進行管理，而可靠的傳輸服務是指，能夠把資料準確可靠地傳給對方
為了準確無誤的將資料傳送到目標主機，tcp協議採用三次握手策略
三次握手：若在握手過程**現莫名中斷，tcp協議會再以相同的順序傳送相同的資料報傳送端首先傳送乙個帶有syn標誌的資料報給對方
接收端收到後，回傳乙個帶有syn/ack標誌的資料報以示傳達確認資訊
傳送端再回傳乙個帶ack標誌的資料報，代表「握手」結束
dns協議提供網域名稱到ip位址的對映服務（雙向對映）
計算機既可以被賦予ip位址，也可以被賦予主機名和網域名稱
生成針對目標web伺服器的http請求報文
uri：統一資源識別符號
url：統一資源定位符
uri用字串標識某一網際網路資源，二url表示資源的位址（網際網路上所處的位置），因此url是uri的子集
登陸資訊：指定使用者名稱和密碼作為從伺服器端獲取資源時必要的登陸資訊，可選
伺服器端口號：可選，若省略則使用預設埠
帶層次的檔案路徑：指定伺服器上的檔案路徑來定位特指的資源
查詢字串：針對已指定的檔案路徑內的資源，使用查詢字串傳入任意引數，可選
片段識別符號：使用片段識別符號通常可標記出以獲取資源中的子資源（文件內某個位置），rfc中沒有明確規定其使用方法，可選
rfc：request for comments（意見徵求書）rfc是網際網路的設計文件，若不按照rfc標準執行，就有可能導致無法通訊
ML 機器學習學前準備
前面的幾篇部落格，初略了說了寫coreml。有點雜亂吧，但是同時也是本人學習的過程。現在正式的進入到ml的部落格書寫中 在此後的學習中，對於每個功能的實現我都用python語言以及r語言對同乙個功能各實現一次 原因呢 有人用rstudio，有人用spyder，不是說都要會吧，最起碼能夠看懂其他人寫的...
HTTP協議？HTTP協議中POST GET H
head to inde x.html not supported.invalid method in request head htp 1.1 apache 1.3.12 server at www.fudan.edu.cn port 80 關於實體頭部的內容還可以有 last modified ...
HTTP協議 初識HTTP
一 web網路基礎 客戶端 伺服器 首先作為傳送端的客戶端在應用層 http協議 發出乙個想看某個web頁面的http 請求。http報文傳送到傳輸層 tcp協議 為了傳輸方便，傳輸層把接收到的資料進行分割，並在各個報文上打上標記序號及埠號後 到網路層。網路層 ip協議 增加作為通訊目的位址的mac...