HTTP 訊息路由 (Message Routing)
中介 (Intermediaries) 示意圖 請求: HTTP 請求訊息路由,由每個 Client 的 目標資源 (target resource)、 代理配置 或 進站連線的建立或重用來決定。 回應: 相關的回應路由,遵循相同的連接鏈回到 Client。 &nbs […]
中介 (Intermediaries) 示意圖 請求: HTTP 請求訊息路由,由每個 Client 的 目標資源 (target resource)、 代理配置 或 進站連線的建立或重用來決定。 回應: 相關的回應路由,遵循相同的連接鏈回到 Client。 &nbs […]
HTTP 回應狀態碼 (Response Status Codes), 是由 3 個十進位整數 組合而成 (即 百位數字), 是為了方便 Client 理解請求的結果。 如 (3-1) 訊息格式 範例, 回應狀態碼 (Response Status Codes): 200 其後伴隨 原因短語 ( […]
至今已介紹利用 表單 與其 方法欺騙 的方式送出請求, 以及 JavaScript 發送請求的方式 (I) XMLHttpRequest、(II) jQuery Ajax、(III) Fetch API。 也示範 Java Retrofit 使用 內容編碼 (Content-Encoding), […]
請求訊息發送者,別名為 — — HTTP Client, 可用於 開發 Web 應用、debug、測試 API …。 日前已介紹過,利用 表單 與其 方法欺騙 的方式送出請求, 以及 JavaScript 發送請求的方式: (I) XMLHttpRequest […]
HEAD 與 GET 方法相同,但 Server 只傳輸 狀態行 以及 表頭部分。 Same as GET, but (Server) only transfer the status line and header section. HEAD 與 GET 方法相同,但 Server 不得 於回 […]
本篇 GET vs. POST,主要介紹 GET 與 POST 的差異、性質,及各自 HTML 表單用法。 並解答常見的問題:『GET 真的不具備 酬載 (payload) 嗎?』、 『上傳檔案 時常用的 multipart/form-data 其格式、編碼為何?』…, 以延伸出 HTTP 的精髓 […]
(2-3) URI 設計 (URI Design) 提到, HTTP 其中一個設計目標是: 分離『 資源辨識 (resource identification) 』 與 『 請求語意 (request semantics) 』 HTTP 請求方法 (Request Method), 是整個請求語 […]
資料酬載 (payload) 或稱 酬載、有效載荷, 是傳輸時 實際預期的資料,可能是 完整 or 部分 的 表示 (representation)。 對照 (3-1) 訊息格式 (Message Format) 的請求訊息 (request message) 範例, POST /?id=1 H […]