Slik bruker du det
- Lim inn en fullstendig URL, inkludert https:// eller et annet skjema.
- Les komponenttabellen. Bruk kopieringsknappene for å hente ut én enkelt del, for eksempel vertsnavnet eller stien.
- Sjekk spørreparameterne: verdier vises dekodet, i opprinnelig rekkefølge, og gjentatte navn beholdes.
- Endre, legg til eller fjern parametere, og kopier deretter den gjenoppbygde URL-en.
Slik fungerer det
Verktøyet bruker URL-tolkeren som er innebygd i nettleseren din (WHATWG URL-standarden), så resultatet samsvarer med det nettlesere gjør når de følger en lenke. Den normaliserer URL-en på samme måte: skjemaet og vertsnavnet gjøres om til små bokstaver, standardporter som 443 for https fjernes, og stier som /a/../b løses opp.
Delene som vises er protokollen (skjemaet), brukernavnet og passordet hvis URL-en inneholder påloggingsinformasjon, verten med porten, bare vertsnavnet, porten, stien, søkestrengen som starter med ?, fragmentet som starter med #, og opprinnelsen (skjema, vert og port), som er det nettlesere bruker til sikkerhetssjekker for samme opprinnelse. Passordet er skjult til du klikker på øyeknappen.
Søkeparametere leses med URLSearchParams. Verdier prosentdekodes, og + leses som mellomrom, slik som i HTML-skjemainnsendinger. Parametere som forekommer mer enn én gang, for eksempel size=42&size=43, vises separat og i rekkefølge, fordi mange servere leser dem som en liste.
Når du redigerer parametere, bygges søkestrengen opp igjen med URLSearchParams også. Dette kan endre skrivemåten til deler du ikke redigerte: et mellomrom skrives som +, og tegn som ' eller ~ kan bli escapet annerledes. Betydningen er den samme for servere som leser skjemakodede søk.
Vertsnavn med ikke-ASCII-tegn (internasjonaliserte domenenavn) konverteres av URL-tolkeren til punycode, for eksempel blir münchen.de til xn--mnchen-3ya.de. Verktøyet viser begge formene.
Eksempler
Sjekke sporingsparametere
Lim inn en kampanjelink som https://example.com/?utm_source=newsletter&utm_medium=email&utm_campaign=spring+sale for å se hver utm_-verdi dekodet («spring sale»), fjerne dem du ikke trenger og kopiere den rene lenken.
Feilsøke en omdirigerings-URL
En påloggingslenke inneholder redirect=https%3A%2F%2Fapp.example.com%2Fdashboard%3Ftab%3D2. Parametertabellen viser den dekodede verdien https://app.example.com/dashboard?tab=2, så du kan se nøyaktig hvor brukeren blir sendt.
Finne opprinnelsen for CORS
For https://api.example.com:8443/v1/users?id=7 er opprinnelsen https://api.example.com:8443. Den nøyaktige strengen, uten sti eller etterfølgende skråstrek, er det en Access-Control-Allow-Origin-header må samsvare med.
Ofte stilte spørsmål
Hva er forskjellen mellom vert og vertsnavn?
Vertsnavnet er bare domenet eller IP-adressen (example.com). Verten inkluderer også porten når URL-en angir en ikke-standard port (example.com:8443). For https://example.com:443/ er begge example.com, fordi 443 er standardporten for https og fjernes.
Hvorfor viser URL-en min en feil om manglende skjema?
Uten et skjema som https:// er «example.com/page» ikke en absolutt URL, og «example.com:8080» vil til og med bli lest som en URL med skjemaet «example.com». Verktøyet tilbyr å legge til https:// for deg.
Hvorfor vises + som et mellomrom i parameterverdier?
Spørrestrenger leses vanligvis som skjemadata (application/x-www-form-urlencoded), der + står for et mellomrom. Et bokstavelig plusstegn må sendes som %2B. Slik oppfører URLSearchParams og de fleste serverrammeverk seg.
Hva skjer med parametere som har samme navn?
Alle beholdes, i opprinnelig rekkefølge, og hver får sin egen rad. Å fjerne én rad fjerner bare den forekomsten.
Hva er punycode?
DNS støtter bare ASCII-vertsnavn, så internasjonaliserte domenenavn kodes som etiketter som starter med xn--. For eksempel sendes bücher.example som xn--bcher-kva.example. Nettlesere viser vanligvis den lesbare formen i adressefeltet.
Personvern
URL-en analyseres av nettleserens innebygde URL-parser. Det gjøres ingen forespørsel til URL-en, og ingenting du limer inn lastes opp, lagres eller inkluderes i analyseverktøy.