ToolMill.io

URL Query String Parser i Builder

Przenieś łańcuchy zapytań URL do czytelnych danych klucza / wartości i odbuduj je podczas testowania linków, parametrów śledzenia, filtrów, przekierowań, podpisanych adresów URL lub stanu aplikacji w przeglądarce. Jest przydatny do debugowania adresów URL marketingowych, żądań API oraz zachowania routingu aplikacji web- app. ToolMill daje szybkie prywatne miejsce pracy w przeglądarce zamiast wklejać prawdziwe adresy URL klienta do zdalnego narzędzia.

Rozwój

Spróbuj.

Przykłady

Simple key-value query string
Wejście
name=John&age=30&city=New%20York
Wyjście
{"name":"John","age":"30","city":"New York"}
Repeated parameter keys as array values
Wejście
tag=js&tag=web&tag=tools
Wyjście
{"tag":["js","web","tools"]}

Wklej pełny adres URL lub Just the Query String

Ten parser jest przydatny niezależnie od tego, czy masz kompletny link skopiowany z przeglądarki lub tylko surowej części po znaku zapytania. Jeśli wkleisz pełny adres URL, narzędzie usuwa wszystko przed łańcuchem zapytań i koncentruje się na parametrach. To sprawia, że wygodne jest debugowanie wspólnego łącza marketingowego, adresu API, celu redirect lub trasy web- app bez ręcznego czyszczenia wejścia.

Jak powtarzane klucze są tłumaczone

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.

Jak dekodowanie URL wpływa na wyjście

Częste wyjście często wygląda inaczej niż surowy URL, ponieważ zakodowane znaki są dekodowane dla czytelności.% 20 staje się przestrzenią, a inne zbiegłe symbole są zamieniane z powrotem w znaki, które reprezentują. To jest zazwyczaj to, co chcesz podczas debugowania, ale oznacza to również wyjście jest interpretowany widok łańcucha zapytań, a nie byte- for- byte kopii oryginalnego tekstu URL.

Puste wartości, brakujące wartości i flagi bare

Nie każdy parametr ma normalny kształt klucza = wartość. Niektóre adresy URL zawierają puste wartości, takie jak utm _ term =, a inne - nieużywane flagi, gdzie obecny jest tylko klucz. Te przypadki mogą nadal mieć znaczenie, gdy śledzisz zachowanie routingu, kampanii-tagging błędów lub flagi funkcji. Patrząc na parsowane wyjście, możesz zobaczyć, czy brakująca wartość jest naprawdę nieobecna, czy też istnieje jako pusty łańcuch w URL.

Przykłady wspólnych zapytań

Typowe przykłady to filtry wyszukiwania, paginacja, warianty produktów, znaczniki adresowe i parametry analityczne, takie jak utm _ source lub utm _ campaign. Ta strona jest szczególnie przydatna, gdy link wygląda poprawnie na pierwszy rzut oka, ale zachowuje się inaczej po przekierowaniu, routerze ramowym lub przeglądarce normalizuje adres. Czytanie parametrów w sformatowanym JSON jest często szybsze niż wizualne parsowanie długotrwale kopiowanego adresu URL ręcznie.

Podczas Parsed Results Differ z aplikacji

Różne ramy nie zawsze interpretują parametry zapytania w ten sam sposób. Niektóre traktują powtarzane klawisze jako tablice, niektóre używają notacji wspornika do gniazdowania, a niektóre stosują niestandardowe zasady boolendów, flag lub pustych wartości. Jeśli wyjście tutaj różni się od tego, co pokazuje Twoja aplikacja, niezgodność może być w parasolach specyficznych dla framework, a nie w samym URL. Ta strona daje czystą interpretację bazową, ale nie może powielać każdej konkretnej konwencji.

Prywatność i Browser- Parsowanie lokalne

Parsowanie odbywa się lokalnie w przeglądarce. ToolMill nie musi wysyłać spakowanych adresów URL, znaczników kampanii, podpisanych linków lub wewnętrznych parametrów zapytania do zdalnej usługi tylko po to, aby je sprawdzić. To sprawia, że narzędzie jest wygodniejsze w użyciu, gdy adres URL zawiera identyfikatory klientów, trasy wewnętrzne, tymczasowe żetony lub dane marketingowe, które wolelibyście przechowywać we własnej sesji przeglądarki.

Ograniczenia i sprawy Format Edge

Zanim polecisz na Parsed Query Parametry

Przed zmianą połączeń produkcyjnych lub debugowaniem problemu na żywo, potwierdzić, jak prawdziwy cel obsługuje powtarzające się klucze, dekodowanie, puste wartości i kolejność parametrów. Ta strona jest szybką pomocą kontrolną, ale zachowanie końcowe nadal należy do framework, router lub backend, który otrzymuje adres URL.

Dlaczego Częściowe wyniki mogą różnić się od aplikacji

Frameworki często stosują własne zasady dotyczące tablic, pierwszeństwa parametrów, zamawiania lub duplikowania kluczy. Jeśli wyjście tutaj różni się od tego, co robi aplikacja, prawdopodobną przyczyną jest framework- specyficzna logika parsowania zamiast przerwanego łańcucha URL. Ta strona pokazuje ogólną interpretację strony przeglądarki, a nie prywatnego parsera aplikacji.

Jak tłumaczyć powtarzane klucze i puste wartości

Powtórzone klucze, puste wartości i nagie flagi mogą być zgodne z prawem wzorce query- string, ale różne aplikacje interpretują je inaczej. Ta strona pomaga sprawdzić strukturę surową po przeparowaniu; nie definiuje uniwersalnego znaczenia podwójnych parametrów lub pustych wartości w każdym ramie.

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.

Powiązane narzędzia