ToolMill.io

URL dotaz String Parser a Builder

Rozdělte URL dotazovací řetězce do čitelných klíčů / hodnot dat a obnovte je při testování odkazů, sledovacích parametrů, filtrů, přesměrování, podepsaných URL nebo stavu aplikace v prohlížeči. To je užitečné pro ladění marketingových URL, API požadavky, a web- app routing chování. ToolMill vám poskytuje rychlý soukromý pracovní prostor v prohlížeči místo toho, abyste vkládali skutečné zákaznické URL do vzdáleného nástroje.

Vývoj

Zkus to.

Příklady

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

Vložit plnou URL nebo jen řetězec dotazu

Tento parser je užitečný, ať už máte kompletní odkaz zkopírovaný z prohlížeče nebo pouze syrovou část po otazníku. Pokud vložíte plnou URL, nástroj vše před dotazem stáhne a zaměří se na parametry. To je vhodné, když jste ladění sdíleného marketingového odkazu, API volání zpět URL, přesměrování cíl, nebo webové aplikace cestu bez manuálního čištění vstupu první.

Jak Opakované klíče jsou tlumočeny

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 URL dekódování ovlivňuje výstup

Parsed výstup se často liší od syrové URL, protože kódované znaky jsou dekódovány pro čitelnost.% 20 se stane prostorem a další uniklé symboly se přemění zpět na znaky, které reprezentují. To je obvykle to, co chcete při ladění, ale také to znamená, že výstup je interpretovaný pohled na řetězec dotazu spíše než byte- for- byte kopie původního URL textu.

Prázdné hodnoty, chybějící hodnoty a čárky

Ne každý parametr má normální klíč = tvar hodnoty. Některé URL obsahují prázdné hodnoty, jako je utm _ term =, a jiné zahrnují holé vlajky, kde je přítomen pouze klíč. Tyto případy mohou stále záležet, když jste sledování routingové chování, kampaní-značení chyb, nebo funkce vlajky. Při pohledu na parsed výstup můžete zjistit, zda chybí hodnota nebo zda existuje jako prázdný řetězec v URL.

Příklady společného dotazu

Typickými příklady jsou vyhledávací filtry, paginace, varianty produktů, postupovací značky a analytické parametry, jako je utm _ source nebo utm _ campage. Tato stránka je obzvláště užitečná, pokud odkaz vypadá jako platný na první pohled, ale chová se jinak po přesměrování, rámcovém routeru nebo prohlížeči normalizuje adresu. Čtení parametrů ve formátované JSON je často rychlejší než vizuálně parsing dlouho kopírované URL ručně.

Při analýze výsledků Difer ze své aplikace

Různé rámce ne vždy interpretují parametry dotazu stejným způsobem. Některé považují opakované klíče za pole, některé používají notaci držáku pro hnízdění, a některé používají vlastní pravidla pro booleys, vlajky, nebo prázdné hodnoty. Pokud se výstup zde liší od toho, co vaše aplikace ukazuje, nesoulad může být spíše v rámci-specific parser než v URL samotném. Tato stránka vám poskytuje čistý výchozí výklad, ale nemůže replikovat každou konkrétní konvenci.

Privacy and Browser- Local Parsing

Rozdělení probíhá lokálně ve vašem prohlížeči. ToolMill nemusí posílat vyplněné URL, reklamní značky, podepsané odkazy nebo vnitřní parametry dotazu na vzdálenou službu jen pro kontrolu. Tím je nástroj pohodlnější pro použití, když URL obsahuje identifikátory zákazníků, interní trasy, dočasné tokeny nebo marketingová data, která byste raději udrželi ve svém vlastním prohlížeči.

Omezení a případy formátování hran

Před tím, než Spoléháte na Parametry Parsed Query

Před změnou výrobních odkazů nebo laděním živého problému potvrďte, jak se reálné místo určení zpracovává opakované klíče, dekódování, prázdné hodnoty a pořadí parametrů. Tato stránka je rychlá kontrolní pomůcka, ale konečné chování stále patří do rámce, router, nebo backend, který přijímá URL.

Proč rozdělené výsledky se mohou lišit od vaší aplikace

Frameworks často používají vlastní pravidla pro pole, parametr precedence, objednávání, nebo duplicitní klíče. Pokud se výstup zde liší od toho, co vaše aplikace dělá, pravděpodobnou příčinou je framework- specific parsing logika spíše než rozbitý URL řetězec. Tato stránka ukazuje generickou browser- side interpretaci, ne soukromý parser vaší aplikace.

Jak interpretovat Opakované klíče a prázdné hodnoty

Opakované klíče, prázdné hodnoty a holé vlajky mohou být legitimní query- string vzory, ale různé aplikace je interpretují jinak. Tato stránka vám pomůže kontrolovat hrubou strukturu po rozebrání; nedefinuje univerzální význam pro duplicitní parametry nebo prázdné hodnoty v každém rámci.

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.

Související nástroje