Prosentkoding i URL-er: hva betyr %20, + og %2F?

Prosentkoding skriver et tegn som en URL ikke bærer trygt, som et prosenttegn etterfulgt av byteverdien i heksadesimal. Et mellomrom blir %20, et og-tegn blir %26, og en skråstrek blir %2F. Kodingen beskytter strukturen i en lenke, fordi tegn som & og = skiller delene i en søkestreng.

Kode og dekode URLURL-en er full av %20-koderGjør det gratis

Hvilke tegn kan stå som de er

URI-standarden (RFC 3986), som URL-er bygger på, lar noen tegn være i fred: bokstavene A til Z og a til z, sifrene, og de fire tegnene - _ . ~. Disse trenger aldri koding. Andre tegn har en oppgave i en URL. Kolon skiller skjemaet fra resten, skråstreken skiller delene i stien, spørsmålstegnet starter søkestrengen, nummertegnet starter et fragment, og & og = deler søkestrengen i navn og verdier. Et tegn med en oppgave må kodes når du mener det som data og ikke som struktur.

Derfor kan samme tegn kodes et sted og ikke et annet. I en søkeverdi må og-tegnet være %26, ellers deles lenken på feil sted. I stien til en lenke er det bare et tegn.

Bokstaver utenfor engelsk

Bokstaver utenfor det grunnleggende engelske alfabetet kodes som sine UTF-8-bytes, og hver byte skrives som en prosentkode. Bokstaven é i café er de to bytene C3 og A9, så den blir %C3%A9, og hele ordet blir caf%C3%A9.

Et enkelt eksempel gjør reglene konkrete. Teksten a b&c=d/é, kodet som komponent, blir a%20b%26c%3Dd%2F%C3%A9. Hvert tegn som ikke er en trygg bokstav, siffer eller tegn, blir kodet: mellomrommet, og-tegnet, likhetstegnet, skråstreken og bokstaven med aksent.

Komponent eller hel URL

Det finnes to typer koding, og det har en grunn. Komponentkoding behandler alle reserverte tegn som data. Bruk den for én verdi, for eksempel et søkeord eller et filnavn inne i en lenke. Koder du «rock & roll» som søkeord, får du rock%20%26%20roll, slik at og-tegnet blir værende inne i verdien.

Koding av hel URL beholder strukturen. Koder du https://example.com/a b, får du https://example.com/a%20b, med skråstrekene og kolonet urørt. Bruk den for en komplett adresse som må gjøres gyldig, ikke for en verdi som skal inn i en lenke.

URL-verktøyet har en innstilling for Komponent og en for Hel URL av denne grunnen. Dekoding av hel URL beholder også kodede strukturtegn som %26 og %3D, slik at lenken fortsatt virker etter dekoding.

Pluss-tegn og skjemadata

Webskjemaer bruker en annen konvensjon. Når et skjema sendes som skjemadata, skrives et mellomrom som + i stedet for %20. Et bokstavelig pluss-tegn skrives da som %2B. Uttrykket C++-tips blir altså C%2B%2B+tips i skjemadata, og C%2B%2B%20tips i vanlig komponentkoding.

Dekoding har den samme forskjellen. I en søkestreng betyr + vanligvis et mellomrom. I stien til en lenke er + et pluss-tegn. Verktøyet leser + som mellomrom bare når Bruk + for mellomrom (skjemadata) er avkrysset, så la den stå av for stier og for verdier der pluss-tegnet er ekte.

Lese en lang søkestreng

En lenke bærer ofte innstillingene sine etter spørsmålstegnet. Ta dette eksemplet:

https://shop.example/search?q=red%20shirt&size=M&tag=summer%2Bsale

Dekodet betyr det at søket gjelder red shirt, størrelsen er M, og taggen er summer+sale. %2B forblir et pluss-tegn fordi det var kodet. Lim lenken inn i URL-verktøyet, så lister det opp hvert navn og hver verdi etter dekoding, og en lang lenke blir lett å lese. Vil du bare ha den kortere adressen uten sporingsinnstillinger, rens lenken først.

Dobbel koding

Den vanligste feilen er å kode en verdi to ganger. Koder du teksten %20 på nytt, får du %2520, fordi selve prosenttegnet kodes som %25. Siden leter da etter en bokstavelig %20 i verdien, og søket eller siden finner ikke treff. Dekod lenken én gang, sjekk resultatet, og kod en verdi bare når du trenger det.

Ødelagte escape-sekvenser

Et prosenttegn må etterfølges av to heksadesimale siffer, og sifrene må danne gyldig UTF-8 for bokstaver med aksent. En lenke som er kuttet av, eller et løsrevet prosenttegn skrevet inn i en tekst, kan gi en ødelagt escape-sekvens som %E0%A4%A. Verktøyet dekoder det det kan, lar de ødelagte bytene stå akkurat slik de er skrevet, og forteller hvor mange det ikke klarte å dekode. Det stopper ikke ved første feil.

Spesialtilfeller

• Mellomrom i en lenke skrevet for hånd. Adressefeltet i nettleseren koder mellomrom for deg, men en lenke kopiert inn i et dokument kan fortsatt inneholde rå mellomrom. Kod dem før du sender lenken videre.
• Domenenavn med tegn utenfor engelsk. Disse bruker et eget system, punycode, og koding av stien eller søkestrengen endrer ikke vertsnavnet.
• Halvparten av en emoji. En ødelagt kopi kan etterlate én surrogathalvdel, som ikke kan kodes. Verktøyet erstatter den med erstatningstegnet og forteller deg at det gjorde det.
• Base64 i lenker. En Base64-verdi i en lenke følger sine egne regler, med - og _ i stedet for + og /. Se Base64 forklart.

Slik gjør du det med fixmint

1. Lim inn teksten eller lenken i Tekst eller URL.
2. Velg Kod eller Dekod, og deretter Komponent for én verdi, eller Hel URL for en hel adresse.
3. Kryss av Bruk + for mellomrom (skjemadata) for lenker kopiert fra et webskjema.
4. For en lenke, les Søkeparametere, dekodet for å se hvert navn og hver verdi.
5. Kopier resultatet.

Raske svar

Hva betyr %20?

Et mellomrom. Byteverdien er 20 i heksadesimal.

Hvorfor står det + i lenken min i stedet for %20?

Lenken kommer sannsynligvis fra et skjema, der + står for et mellomrom. Alternativet «Bruk + for mellomrom (skjemadata)» dekoder det.

Hvorfor ser jeg %2520 i lenken min?

Verdien ble kodet to ganger. Prosenttegnet i %20 ble kodet på nytt som %25. Dekod én gang for å komme tilbake til %20, og en gang til for å få mellomrommet.