請求設定

Apidog 允許你為 API 請求設定各種選項。這些設定可讓你在傳送請求時自訂 Apidog 的行為，確保符合不同的 API 需求與測試情境。

設定自訂請求設定

若要設定自訂設定，請選擇請求的 Settings 分頁，然後切換設定的開啟或關閉。每個設定都會提供說明，描述其在傳送請求時的效果。

例如，你可以開啟 SSL 憑證驗證，或關閉請求的 URL 編碼。

大多數請求使用 Apidog 的預設設定即可正常運作。只有在你需要特定行為以進行測試或相容性用途時，才修改這些設定。

Apidog 會解析並編碼請求的 URL，以最大化 API 呼叫成功的機會。Apidog 會編碼 URL 中的字元，並將它們對應到你的 API 最有可能接受的表示形式。

下表比較三種可用的 URL 編碼方法：

方法	標準	字元處理	使用情境
WHATWG	現代網頁瀏覽器	較寬鬆，保留更多字元（例如波浪號 `~`），將空格轉換為 `+`	預設。最適合現代 Web API
RFC 3986	IETF 標準	較嚴格的編碼，會編碼更多字元，包括波浪號，將空格轉換為 `%20`	需要嚴格合規的舊版系統
No encoding	無	依原樣傳送 URL，不進行任何編碼	已預先編碼的 URL，或測試未編碼行為

這是現代網頁瀏覽器使用的編碼方法。它較寬鬆，並以原始形式保留更多字元。例如，它不會編碼波浪號（~）或空格（空格會轉換為 + 符號，而不是 %20）。

這是由 Internet Engineering Task Force (IETF) 定義的較嚴格標準。它會編碼更多字元，包括 WHATWG 不編碼的字元。例如，它會編碼波浪號，並將空格轉換為 %20，而不是 +。

此選項會依原樣傳送 URL，不進行任何編碼。如果你已經手動編碼 URL，或正在測試伺服器如何處理未編碼的 URL，這會很有用。不過，如果 URL 中包含特殊字元或空格，可能會造成問題。

如果你的 URL 包含伺服器無法正確解讀的特殊字元或空格，使用 No encoding 可能會導致請求失敗。