전체 URL과 구성 요소 중 무엇을 인코딩해야 하나요?
값이 다른 URL 안의 데이터라면 구성 요소를 인코딩합니다. URL 구분자를 유지하고 싶을 때만 전체 URL을 인코딩합니다.
URL의 올바른 부분 인코딩
전체 URL과 단일 쿼리 값은 규칙이 다르기 때문에 URL 인코딩은 쉽게 틀릴 수 있습니다. 이 도구는 두 가지 모드를 제공합니다. 경로 세그먼트나 쿼리 매개변수 안에 들어갈 값에는 구성 요소 모드를, URL 구분자는 유지하면서 안전하지 않은 문자만 인코딩하려면 전체 URL 모드를 사용합니다.
결과에 쿼리 문자열이 포함되면 쿼리 검사기가 디코딩된 매개변수 이름과 값을 보여줍니다. OAuth 리디렉션, 분석 링크, 서명된 URL, 복사한 API 예시를 디버깅할 때 유용합니다.
도구를 불러오는 중...
각 모드를 사용할 때
- 단일 쿼리 값, 경로 값, 리디렉션 URI 값, 검색어, 복사한 토큰에는 구성 요소 모드를 사용합니다.
- 콜론, 슬래시, 물음표, 앰퍼샌드, 해시를 URL 구조로 유지하려면 전체 URL 모드를 사용합니다.
- 공백이 +로 표현되는 폼 스타일 쿼리 문자열에는 + 공백 처리를 켭니다.
- 먼저 디코딩하고 쿼리 매개변수를 확인한 뒤 변경할 특정 값만 인코딩합니다.
- 바꾸기를 사용해 인코딩된 값이 같은 읽기 쉬운 텍스트로 돌아오는지 빠르게 확인합니다.
흔한 실수
이중 인코딩은 대표적인 버그입니다. 퍼센트 기호가 %25가 되고, 이미 인코딩된 값이 수신자가 기대한 값과 달라집니다. 또 다른 흔한 문제는 리디렉션 URI 값만 인코딩해야 하는데 전체 URL을 구성 요소로 인코딩하는 것입니다. 예약된 URL 문자가 구조로 남아야 하는지 데이터가 되어야 하는지 확인하세요.
URL 인코딩 FAQ
왜 공백이 +가 되기도 하나요?
HTML 폼 인코딩은 쿼리 문자열에서 공백을 +로 표현하는 경우가 많습니다. 퍼센트 인코딩은 %20을 사용합니다.
쿼리 문자열을 검사할 수 있나요?
네. 변환된 값에 쿼리 매개변수가 있으면 테이블에 이름과 디코딩된 값이 표시됩니다.
