이 URL 인코더를 사용하는 이유는 무엇입니까?
- 표준 백분율 인코딩을 사용하여 URL 구성 요소의 일반 텍스트를 인코딩합니다.
- 인코딩된 문자열을 로컬로 디코딩하고 더하기를 공백으로 처리해야 하는지 여부를 결정합니다.
- 전체 URL을 구성요소로 구문 분석한 다음 쿼리 매개변수 목록을 편집하고 다시 작성합니다.
- `%20`이 `%2520`으로 바뀌기 전에 이중 인코딩 가능성을 포착하세요.
텍스트 변환기
텍스트 인코딩 또는 디코딩
공유 URL은 디코드 모드 및 플러스 처리와 같은 간단한 설정만 저장합니다. 입력한 텍스트는 포함되지 않습니다.
전체 URL 파서
전체 URL 구문 분석 및 재구축
전체 URL 또는 상대 경로를 붙여넣고 구성요소로 분할한 다음 쿼리 매개변수를 편집하고 최종 문자열을 다시 작성하세요.
디코딩된 경로 미리보기: /
원시 쿼리 문자열: —
편집 가능한 쿼리 매개변수
| 열쇠 | 가치 |
|---|
백분율 인코딩을 사용하는 경우와 Base64를 사용하는 경우
백분율 인코딩은 URL 구성 요소에 대한 것입니다. 공백, 슬래시, 유니코드 문자 및 기타 예약된 바이트를 이스케이프하여 경로, 쿼리 문자열 또는 조각 내에서 유지됩니다. Base64는 일반적으로 전송이나 삽입을 위해 바이트를 텍스트로 변환하는 데 사용되며 페이로드를 더 길게 만듭니다.
쿼리 매개변수 동작
쿼리 문자열은 종종 양식 스타일 규칙을 따릅니다. + 공간을 표현합니다. 평야 decodeURIComponent 에서는 해당 변환을 적용하지 않으므로 이 페이지에서는 원시 URL 구성 요소가 아닌 쿼리 또는 양식 데이터를 디버깅할 때 이를 선택할 수 있습니다.
일반적인 이중 인코딩 실수
값이 이미 인코딩된 경우 다시 인코딩하면 %20 된다 %2520. 이는 일반적으로 이미 이스케이프된 값이 다른 인코딩 계층을 통과할 때 발생합니다. 많이 본다면 %25 시퀀스의 경우 값이 두 번 인코딩되었는지 확인하세요.
자주 묻는 질문
URL 인코딩과 Base64의 차이점은 무엇입니까?
URL 인코딩은 텍스트가 URL 구성 요소 내에 존재할 수 있도록 안전하지 않은 문자를 이스케이프합니다. Base64는 바이트를 더 큰 텍스트 알파벳으로 변환합니다. 이들은 다양한 운송 문제를 해결하며 상호 교환이 불가능합니다.
가끔 %20 대신 +가 표시되는 이유는 무엇입니까?
양식 스타일 쿼리 문자열에서는 플러스가 공백으로 사용되는 경우가 많습니다. 일반 decodeURIComponent는 플러스를 공백으로 변경하지 않으므로 이 페이지를 사용하면 쿼리 또는 양식 데이터를 디코딩할 때 해당 동작을 활성화할 수 있습니다.
이중 인코딩이란 무엇입니까?
이미 인코딩된 텍스트가 다시 인코딩되면 이중 인코딩이 발생합니다. 예를 들어 %20은 백분율 기호 자체가 이스케이프되므로 %2520이 됩니다. 링크와 API 요청이 중단될 수 있습니다.
이 도구는 내 URL이나 쿼리 문자열을 업로드합니까?
아니요. 인코딩, 디코딩, 구문 분석 및 재구축은 브라우저에서 로컬로 수행됩니다. 공유 URL에는 입력한 텍스트나 URL이 아닌 설정만 저장됩니다.
관련
설명(선택사항)
부하를 줄이기 위해 필요할 때만 주석을 가져옵니다.