Nangyayari ang parsing habang nagta-type ka at nananatili ito sa device mo - hindi kailanman ina-upload ang URL, na mahalaga kapag may dalang API key, token, o tracking ID. Ginagamit ng tool na ito ang built-in na WHATWG URL at URLSearchParams ng browser, ang eksaktong parehong engine na ginagamit ng address bar mo, kaya ang nakikita mo ay eksaktong paraan ng pagbasa ng isang tunay na client sa address. Ipinapakita na ang bawat query parameter nang naka-decode na sa percent-encoding, at ang mga duplicate na key ay pinapanatili sa orihinal na pagkakasunod-sunod sa halip na pinagsasama.
URL Parser
Tumatakbo nang buo sa iyong browser - walang upload, walang sign-up.
URL
I-paste ang isang URL para hatiin ito sa mga bahagi nito
Ano ang URL parser?
Hinahati ng URL parser ang isang web address sa mga bahagi nito - scheme (https), hostname, port, path, query string, at fragment - at inililista ang bawat query parameter bilang decoded na key/value pair. Ini-parse ng tool na ito ang kahit anong URL sa browser mo gamit ang parehong standard na ginagamit mismo ng browser, kaya madali mong ma-check, ma-debug, o makopya ang kahit anong bahagi.
Paano gamitin
- 1I-paste ang isang URL. Ilagay ang kahit anong absolute URL sa input box - puwede itong may kasamang userinfo part, port, query string, at fragment.
- 2Basahin ang breakdown. Ililista ng panel ang bawat structural part - scheme, hostname, port, path, query, fragment, origin - sa sandaling maging valid ang URL.
- 3Suriin ang mga parameter. Ipinapakita ng query-parameter table ang bawat key at ang decoded value nito, na pinapanatili ang mga duplicate key sa pagkakasunod-sunod ng kanilang paglitaw.
- 4Kopyahin ang kailangan mo. Kopyahin ang kahit anong iisang bahagi, o gamitin ang Copy as JSON para makuha ang buong parsed structure para sa isang test o bug report.
Para kanino ito
- Mga developer na nagde-debug ng redirect o callback URL - makita ang eksaktong
path,query, atfragmentna tatamaan ng isang request. - Mga marketer na nag-o-audit ng tracking links - basahin ang bawat
utm_*parameter bilang malinis na key/value list sa halip na pinapasa ang mata sa mahabang string. - QA at support na nagre-reproduce ng bug mula sa isang shared link - kopyahin ang naka-isolate na hostname, port, o iisang query value.
- Sinumang natututo kung paano naka-istruktura ang isang URL - ang naka-label na breakdown ay ginagawang konkreto ang scheme, host, port, path, query, at fragment.
FAQ
Libre ba itong URL parser?
Oo - ganap itong libre, walang sign-up at walang usage limit. Tumatakbo nang buo ang parsing sa browser mo.
Ina-upload ba ang URL ko sa kahit saan?
Hindi. Naipa-parse ang URL nang lokal sa browser mo at hindi kailanman ipinapadala sa isang server, kaya ligtas ito para sa mga link na may API key, session token, o pribadong query parameter.
Anong mga bahagi ng URL ang ipinapakita nito?
Ipinapakita nito ang scheme, kahit anong username at password (userinfo), ang hostname, ang port, ang path, ang query string, at ang fragment, kasama ang origin. Nakalista rin ang bawat query parameter bilang decoded na key/value pair.
Bakit sinasabi nitong idagdag ang https:// ?
Kailangan ng URL standard ng absolute URL para malaman ang host. Ang isang bare address tulad ng <code>example.com/path</code> o relative tulad ng <code>/path?x=1</code> ay walang scheme, kaya hindi ito ma-parse nang mag-isa - idagdag ang <code>https://</code> (o ang tamang scheme) sa harap at maipa-parse na ito.
Naka-decode ba ang mga query parameter?
Oo. Ang bawat parameter value ay percent-decoded, kaya ang <code>%20</code> ay lalabas bilang space at ang <code>caf%C3%A9</code> ay lalabas bilang <code>café</code>. Ang mga duplicate key - tulad ng <code>color=blue&color=red</code> - ay pinapanatili bilang magkahiwalay na row sa orihinal nilang pagkakasunod-sunod sa halip na pinagsasama.
Bakit minsan blangko ang port?
Kapag gumagamit ang isang URL ng default port para sa scheme nito (443 para sa https, 80 para sa http), iniiwan ng standard na blangko ang <code>port</code> dahil implied na ito. Ang non-default na port tulad ng <code>:8443</code> ay ipinapakita nang malinaw.
Kaya ba nitong i-parse ang fragment pagkatapos ng # ?
Oo. Ang bahaging nasa likod ng <code>#</code> ay ipinapakita bilang fragment. Hindi ito kailanman ipinapadala sa server ng mga browser, pero tunay itong bahagi ng URL - kapaki-pakinabang para sa single-page-app routes at deep link.