Sådan bruger du det
- Indsæt en komplet URL, inklusive https:// eller en anden protokol.
- Læs komponenttabellen. Brug kopiknapperne til at tage en enkelt del, f.eks. værtsnavnet eller stien.
- Tjek forespørgselsparametrene: værdier vises afkodet i deres oprindelige rækkefølge, og gentagne navne bevares.
- Ændr, tilføj eller fjern parametre, og kopier derefter den ombyggede URL.
Sådan fungerer det
Værktøjet bruger den URL-parser, der er indbygget i din browser (WHATWG URL-standarden), så resultatet svarer til det, browsere gør, når de følger et link. Det normaliserer URL'en på samme måde: skema og værtsnavn skrives med småt, standardporte som 443 for https fjernes, og stier som /a/../b opløses.
De viste dele er protokollen (skemaet), brugernavn og adgangskode, hvis URL'en indeholder legitimationsoplysninger, værten med port, værtsnavnet alene, porten, stien, forespørgselsstrengen, der starter med ?, fragmentet, der starter med #, og origin (skema, vært og port), som browsere bruger til sikkerhedstjek af samme origin. Adgangskoden er skjult, indtil du klikker på øjeknappen.
Forespørgselsparametre læses med URLSearchParams. Værdier afkodes procentvis, og + læses som mellemrum, ligesom ved HTML-formularindsendelser. Parametre, der optræder mere end én gang, f.eks. size=42&size=43, vises separat og i rækkefølge, fordi mange servere læser dem som en liste.
Når du redigerer parametre, genopbygges forespørgselsstrengen også med URLSearchParams. Det kan ændre stavningen af dele, du ikke har redigeret: et mellemrum skrives som +, og tegn som ' eller ~ kan blive escaped forskelligt. Betydningen er den samme for servere, der læser formularindkodede forespørgsler.
Værtsnavne med ikke-ASCII-tegn (internationaliserede domænenavne) konverteres af URL-parseren til punycode, f.eks. bliver münchen.de til xn--mnchen-3ya.de. Værktøjet viser begge former.
Eksempler
Tjek af sporingsparametre
Indsæt et kampagnelink som https://example.com/?utm_source=newsletter&utm_medium=email&utm_campaign=spring+sale for at se hver utm_-værdi afkodet (»spring sale«), fjern dem, du ikke har brug for, og kopier det rene link.
Fejlfinding af en omdirigerings-URL
Et logind-link indeholder redirect=https%3A%2F%2Fapp.example.com%2Fdashboard%3Ftab%3D2. Parametertabellen viser den afkodede værdi https://app.example.com/dashboard?tab=2, så du kan se præcis, hvor brugeren bliver sendt hen.
Find origin for CORS
For https://api.example.com:8443/v1/users?id=7 er origin https://api.example.com:8443. Den nøjagtige streng, uden sti eller afsluttende skråstreg, er det, en Access-Control-Allow-Origin-header skal matche.
Ofte stillede spørgsmål
Hvad er forskellen på vært og værtsnavn?
Værtsnavnet er kun domænet eller IP-adressen (example.com). Værten omfatter også porten, når URL'en angiver en ikke-standardport (example.com:8443). For https://example.com:443/ er begge example.com, fordi 443 er standardporten for https og fjernes.
Hvorfor viser min URL en fejl om en manglende protokol?
Uden et skema som https:// er »example.com/page« ikke en absolut URL, og »example.com:8080« ville endda blive læst som en URL med skemaet »example.com«. Værktøjet tilbyder at tilføje https:// for dig.
Hvorfor vises + som et mellemrum i parameterværdier?
Forespørgselsstrenge læses normalt som formulardata (application/x-www-form-urlencoded), hvor + står for et mellemrum. Et bogstaveligt plustegn skal sendes som %2B. Sådan opfører URLSearchParams og de fleste server-frameworks sig.
Hvad sker der med parametre med samme navn?
De bevares alle i deres oprindelige rækkefølge, og hver får sin egen række. Hvis du fjerner én række, fjernes kun den forekomst.
Hvad er punycode?
DNS understøtter kun ASCII-værtsnavne, så internationaliserede domænenavne kodes som labels, der starter med xn--. For eksempel sendes bücher.example som xn--bcher-kva.example. Browsere viser normalt den læsbare form i adresselinjen.
Privatliv
URL'en parses af din browsers indbyggede URL-parser. Der foretages ingen forespørgsel til URL'en, og intet af det, du indsætter, uploades, gemmes eller medtages i analyser.