ToolMill.io

URL Query 문자열 파서 및 빌더

URL 쿼리 문자열을 읽을 수 있는 키/값 데이터로 변환하고 링크를 테스트, 추적 매개 변수, 필터, 리디렉션, 서명된 URL, 또는 브라우저의 앱 상태. 마케팅 URL, API 요청 및 웹앱 라우팅 동작을 디버깅하는 데 유용합니다. ToolMill은 원격 도구로 실제 고객 URL을 붙여 넣기 대신 브라우저에서 빠른 개인 작업 공간을 제공합니다.

주요사업

다운로드

이름 *

Simple key-value query string
이름 *
name=John&age=30&city=New%20York
제품정보
{"name":"John","age":"30","city":"New York"}
Repeated parameter keys as array values
이름 *
tag=js&tag=web&tag=tools
제품정보
{"tag":["js","web","tools"]}

전체 URL을 붙여넣거나 Query String만 붙여넣기

이 파서는 브라우저에서 복사 한 완전한 링크가 있거나 질문 표시 후 원료 부분 만 있으면 유용합니다. 전체 URL을 붙여 넣으면 도구는 쿼리 문자열 전에 모든 것을 스트립하고 매개 변수에 초점을 맞추고 있습니다. 공유 마케팅 링크, API 콜백 URL, 리디렉션 대상, 또는 먼저 입력을 청소하지 않고 웹 앱 루트를 디버깅 할 때 편리합니다.

반복된 열쇠는 Interpreted

Repeated parameters such as tag=js&tag=web are common in filters, faceted search, and analytics tooling. This page keeps those repeated keys and groups the values into an array so you can see that the same parameter appeared more than once. That is helpful when you are checking whether an app is preserving multi-select filters or whether a URL builder accidentally duplicated a parameter.

URL 디코딩이 출력되는 방법

Parsed 출력은 종종 원본 URL에서 다른 모습으로 인코딩 된 문자는 readability에 대한 디코딩됩니다. %20은 공간이며 다른 탈출 된 기호는 문자로 다시 변환됩니다. 그것은 일반적으로 디버깅 중에 원하는 것이지만, 출력은 원래 URL 텍스트의 바이트-for-byte 복사본보다는 쿼리 문자열의 해석 된보기입니다.

빈 값, 미스링 가치 및 베어 플래그

각 모수에는 정상적인 key=value 모양이 없습니다. 몇몇 URL은 utm term=와 같은 빈값을 포함하고, 다른 사람은 열쇠만 현재 있는 벌거벗은 깃발을 포함합니다. 이 경우 routing 행동, 캠페인 태그 버그, 또는 기능 플래그를 추적 할 때 여전히 문제가 발생할 수 있습니다. 파즈드 출력을 보면 누락된 값이 진정한 부유하거나 URL에 빈 문자열이 존재하는지 볼 수 있습니다.

Common Query String 예제

일반적인 예제는 검색 필터, pagination, 제품 변형, 추천 태그 및 utm source 또는 utm campaign과 같은 분석 매개 변수를 포함합니다. 이 페이지는 특히 유용합니다. 링크가 눈에 유효하지만 리디렉션, 프레임 워크 라우터 또는 브라우저가 주소를 정상화 한 후 다르게 행동합니다. 포맷 된 JSON의 매개 변수를 읽는 것은 시각적으로 손으로 긴 복사 URL을 파싱하는 것보다 더 빠릅니다.

Parsed 결과가 앱에서 다릅니다.

다른 프레임 워크는 항상 쿼리 매개 변수를 동일하게 해석하지 않습니다. 몇몇은 배열으로 반복된 열쇠를, 배열을 위한 몇몇 사용 부류 표기, 및 몇몇은 booleans, 깃발, 또는 빈값을 위한 주문 규칙 적용합니다. 여기에서 출력하면 앱이 보여지는 것과 다를 수 있습니다. mismatch는 URL 자체보다 프레임 워크 별 파서에있을 수 있습니다. 이 페이지는 깨끗한 기본 해석을 제공하지만 모든 앱 별 컨벤션을 복제 할 수 없습니다.

개인 정보 보호 및 브라우저-Local Parsing

파싱은 브라우저에서 로컬로 발생합니다. ToolMill은 과거 URL, 캠페인 태그, 서명 링크, 또는 내부 쿼리 매개 변수를 원격 서비스로 보낼 필요가 없습니다. URL이 고객 식별자, 내부 경로, 임시 토큰, 또는 마케팅 데이터를 포함할 때 더 편안하게 사용할 수 있습니다.

한계와 체재 가장자리 상자

Parsed Query 매개 변수에 의존하기 전에

생산 링크를 변경하거나 라이브 문제를 디버깅하기 전에 실제 목적지가 반복 된 키, 디코딩, 빈 값 및 매개 변수 순서를 처리하는 방법을 확인하십시오. 이 페이지는 빠른 검사 원조이지만, 최종 행동은 여전히 프레임 워크, 라우터 또는 백엔드에 속해 URL을받습니다.

왜 Parsed 결과 May Differ 귀하의 응용 프로그램에서

Frameworks는 종종 배열, 매개 변수 precedence, 주문, 또는 중복 키에 대한 자신의 규칙을 적용합니다. 여기에서 출력하면 앱이 무엇인지와 다를 수 있습니다. 확률은 부서진 URL 문자열보다는 프레임 워크 별 파싱 논리입니다. 이 페이지는 응용 프로그램의 개인 파서가 아닌 일반적인 브라우저 측 해석을 보여줍니다.

Interpret 반복된 열쇠 및 빈 가치에 방법

반복된 열쇠, 공백 가치 및 벌거벗은 깃발은 모두 합법적인 조회 끈 본일 수 있습니다, 그러나 다른 앱은 다르게 해석합니다. 이 페이지는 파싱 후 원시 구조를 검사하는 데 도움이됩니다. 모든 프레임 워크의 중복 매개 변수 또는 빈 값에 대한 보편적 인 의미를 정의하지 않습니다.

Query strings do not have one universal application-level convention for arrays, nesting, and typed values. A parameter like filters[color]=blue or ids[]=1&ids[]=2 may be parsed differently by different libraries. Use this tool to understand the raw parameter structure quickly, but confirm framework-specific behavior in the application that ultimately consumes the URL.

관련 도구