HTTP 條件式請求測試器：ETag、304 與 412
在本機推導 ETag 與 HTTP 日期條件，區分強弱比對、追蹤標頭優先序，理解請求繼續處理、304 或 412 的原因。
http-conditional-request-tester本機處理
正在啟用本機工具…
結果
確認設定後執行；輸入變動會清除舊結果。
處理規則與限制
此模型假設原始伺服器的一般請求檢查已通過，不是遠端端點或授權測試。If-Match 採強比對、If-None-Match 採弱比對，標籤條件優先於對應日期條件。繼續處理不保證回應 200。不存在資源只模擬 PUT 建立情境。日期僅支援 IMF-fixdate；舊式 HTTP 日期與閏秒明示不支援並停止，無效日期條件則略過並說明。不模擬已成功操作例外、Range、快取年齡或 CDN。每欄 4 KiB、合計 16 KiB，每清單最多 20 個標籤。輸入與報告可能含秘密，分享前須檢查；不傳送、不保存。
資料與規則檢查：RFC 9110: precondition precedence ↗RFC 9110: entity tags ↗
如何使用這個工具
載入範例，確認欄位單位與處理規則後在本機執行。修改任何輸入會清除舊結果；可明確複製或下載完整輸出。
不適合用在什麼情況
此模型假設原始伺服器的一般請求檢查已通過，不是遠端端點或授權測試。If-Match 採強比對、If-None-Match 採弱比對，標籤條件優先於對應日期條件。繼續處理不保證回應 200。不存在資源只模擬 PUT 建立情境。日期僅支援 IMF-fixdate；舊式 HTTP 日期與閏秒明示不支援並停止，無效日期條件則略過並說明。不模擬已成功操作例外、Range、快取年齡或 CDN。每欄 4 KiB、合計 16 KiB，每清單最多 20 個標籤。輸入與報告可能含秘密，分享前須檢查；不傳送、不保存。
閱讀實作指南 →