Apidog에서는 API 요청에 대한 다양한 설정을 구성할 수 있습니다. 이러한 설정을 통해 요청을 보낼 때 Apidog의 동작을 사용자 지정하여 다양한 API 요구 사항 및 테스트 시나리오와의 호환성을 보장할 수 있습니다.사용자 지정 요청 설정 구성#
사용자 지정 설정을 구성하려면 요청의 Settings 탭을 선택한 다음, 설정을 켜거나 끄십시오. 각 설정은 요청을 보낼 때 적용되는 효과에 대한 설명을 제공합니다.예를 들어, 요청에 대해 SSL 인증서 검증을 켜거나 URL 인코딩을 끌 수 있습니다.대부분의 요청은 Apidog의 기본 설정으로 잘 작동합니다. 테스트 또는 호환성 목 적상 특정 동작이 필요한 경우에만 이러한 설정을 수정하십시오.
요청 URL 인코딩#
Apidog는 성공적인 API 호출 가능성을 극대화하기 위해 요청의 URL을 구문 분석하고 인코딩합니다. Apidog는 URL의 문자를 인코딩하고, API가 수락할 가능성이 가장 높은 표현으로 매핑합니다.URL 인코딩 방법#
다음 표는 사용 가능한 세 가지 URL 인코딩 방법을 비교합니다.| 방법 | 표준 | 문자 처리 | 사용 사례 |
|---|
| WHATWG | 최신 웹 브라우저 | 더 관대하며, 더 많은 문자(예: 물결표 ~)를 보존하고, 공백을 +로 변환합니다 | 기본값. 최신 웹 API에 가장 적합합니다 |
| RFC 3986 | IETF 표준 | 더 엄격한 인코딩으로, 물결표를 포함하여 더 많은 문자를 인코딩하고, 공백을 %20으로 변환합니다 | 엄격한 준수가 필요한 레거시 시스템 |
| No encoding | 없음 | 인코딩 없이 URL을 그대로 보냅니다 | 사전 인코딩된 URL 또는 인코딩되지 않은 동작 테스트 |
WHATWG#
이는 최신 웹 브라우저에서 사용하는 인코딩 방법입니다. 더 관대하며 더 많은 문자를 원래 형태로 보존합니다. 예를 들어, 물결표(~)나 공백을 인코딩하지 않습니다(공백은 %20 대신 + 기호로 변환됩니다).RFC 3986#
이는 Internet Engineering Task Force(IETF)에서 정의한 더 엄격한 표준입니다. WHATWG가 인코딩하지 않은 상태로 두는 문자를 포함하여 더 많은 문자를 인코딩합니다. 예를 들어, 물결표를 인코딩하고 공백을 + 대신 %20으로 변환합니다.No Encoding#
이 옵션은 인코딩 없이 URL을 그대로 보냅니다. URL을 이미 수동으로 인코딩했거나 서버가 인코딩되지 않은 URL을 처리하는 방식을 테스트하는 경우 유용할 수 있습니다. 그러나 URL에 특수 문자나 공백이 있는 경우 문제가 발생할 수 있습니다.서버가 올바르게 해석할 수 없는 특수 문자나 공백이 URL에 포함되어 있으면 No encoding을 사용할 경우 요청이 실패할 수 있습니다.
