URI vs URL: verschillen, overeenkomsten en gebruik

URI's (uniforme resource -identificatiegegevens) en URL's (uniforme locators voor hulpbronnen) zijn gerelateerd, maar verschillende concepten die belangrijk zijn om te begrijpen, met name bij het ontwikkelen van uw website of applicatie.De rest (representatieve toestandsoverdracht) API, die op grote schaal wordt gebruikt voor de bouw van de bouwarchitectuur, is bijvoorbeeld sterk afhankelijk van het juiste gebruik van deze resource -ID's.

Vandaag zullen we de verschillen tussen URIS en URL's bespreken, en hun componenten, gebruik, relatie met elkaar en enkele best practices om ze te gebruiken.

Wat is een URI?

Een URI, of uniforme resource -ID, is een overkoepelende term die een reeks tekens beschrijft die worden gebruikt om een ​​bron op internet of een ander systeem te identificeren of te noemen.Het biedt een gestandaardiseerde manier om verschillende bronnen te vinden en te openen, of het nu websites, documenten, afbeeldingen of zelfs fysieke objecten in de context van Internet of Things (IoT) zijn.

Syntaxis van een uri

Een URI bestaat meestal uit verschillende componenten, gezamenlijk de syntaxis genoemd, die samenwerken om een ​​bron te identificeren:

Schema: Dit specificeert het protocol of methode om toegang te krijgen tot de bron, zoals http: //, https: //, ftp: // of mailto:.Het schema informeert het systeem hoe de resterende delen van de URI te interpreteren en te verwerken.

Autoriteit: Dit deel bevat de domeinnaam of IP -adres waar de bron zich bevindt.Het biedt informatie over de hostserver of het systeem dat de bron bevat.

Pad: Het vertegenwoordigt de hiërarchische structuur of locatie van de bron binnen de host.De padsegmenten worden gescheiden door voorwaartse schuine strepen (/) en lijken vaak op een bestandssysteemstructuur.

Vraag: Deze optionele component maakt het mogelijk om parameters of gegevens door te geven aan de bron.Het begint met een vraagteken (?) En bestaat uit sleutelwaardeparen gescheiden door een gelijkenteken (=) en ampersands (&).

Fragment: Ook optioneel wijst het naar een specifiek gedeelte of gedeelte binnen de bron.Het fragment wordt gescheiden van de rest van de URI door een hash -symbool (#) en wordt vaak gebruikt voor interne navigatie binnen een webpagina of document.

Laten we een voorbeeld URI gebruiken om elk onderdeel van de syntaxis af te breken:

http://www.example.com/products/category1/item?color=green&size=large#details

In deze uri:

• "http" is het schema

• "www.example.com" is de autoriteit

• "/producten/categorie1/item" is het pad

• "kleur = groen en maat = groot" is de vraag

• "details" is het fragment

Soorten URI's

Er zijn twee hoofdtypen URI's:

URL's (Uniform Resource Locators)

Een URL is een specifiek type URI dat de locatie of het adres van een bron op internet biedt.Het maakt ook gebruik van het schema, autoriteit en padcomponenten voor toegang tot en ophalen van bronnen.

Urns (uniforme resource namen)

Een urn is een aanhoudende, locatie-onafhankelijke URI die wordt gebruikt om een ​​bron op unieke wijze te identificeren.In tegenstelling tot een URL geeft deze niet de locatie van de bron op, maar biedt eerder een naam of identificatie die kan worden opgelost om de locatie te vinden.

Wat is een URL?

Een URL, of uniforme locator, is een specifiek type URI dat wordt gebruikt voor het lokaliseren en toegang krijgen van bronnen op internet.Het dient als een identificatie en een pad om online bronnen op te halen en te communiceren, zoals webpagina's, bestanden en afbeeldingen.

Componenten van een URL

Zoals uris, URL -syntaxis bestaande uit verschillende componenten:

Schema: Dit specificeert het protocol voor toegang tot de bron, zoals http: // of https: //.

Autoriteit: Dit deel bevat het domeinnaam of IP -adres van de web Server het hosten van de bron.

Pad: Het vertegenwoordigt de hiërarchische locatie van de bron binnen de webserver.

Vraag: Met deze optionele component kunnen parameters of gegevens doorgeven aan de bron.

Fragment: Ook optioneel wijst het naar een specifieke sectie binnen de bron voor interne navigatie.

URL's gebruiken om webbronnen te vinden

Wanneer u een URL in een webbrowser invoert of op een hyperlink klikt, gebruikt de browser de informatie in de URL om een ​​verbinding tot stand te brengen met de juiste webserver en de opgegeven resource aan te vragen.

Het schema bepaalt het protocol (bijv. HTTP of HTTPS), terwijl de autoriteit de hostingwebserver identificeert.Het pad navigeert naar de locatie van de bron en het query en fragment bieden indien nodig aanvullende informatie of parameters.

Bijvoorbeeld, met https://www.example.com/products/item?color=green#details, zou de browser:

• Gebruik "https" om een ​​veilige verbinding tot stand te brengen.

• Verbinden aan "www.example.com" (de webserver).

• Navigeren naar "/producten/item" op de server.

• Doorgang "kleur = groen" naar de server.

• Scroll naar het "details" Sectie binnen de opgehaalde bron.

Belangrijke verschillen tussen URI en URL

Hoewel URIS en URL's gerelateerde concepten zijn, is het belangrijk om hun verschillen te begrijpen.

Hiërarchie

• Een URI is de overkoepelende term die verschillende soorten identificatiegegevens beschrijft, zoals URL's en urns.

• URL's zijn een specifiek type URI.Alle URL's zijn URI's, maar niet alle URI's zijn URL's.

Doel

• URI's kunnen worden gebruikt voor het vinden van en het benoemen van bronnen in verschillende formaten (websites, documenten, afbeeldingen, enz.)

• URL's worden voornamelijk gebruikt voor het lokaliseren van bronnen op internet.

Structuur

• URI's kunnen verschillende formaten en conventies volgen, afhankelijk van hun doel (bijv. Urns).

• URL's houden zich aan een specifieke syntaxis en structuur voor het lokaliseren van webbronnen (schema, autoriteit, pad, query, fragment).

Uris en URL's begrijpen door voorbeelden

Laten we, om de concepten van Uris en URL's beter te begrijpen, enkele real-world voorbeelden onderzoeken.

Uris die geen URL's zijn (bijv. Urns, mailto)

Hoewel alle URL's als URI's worden beschouwd, zijn niet alle URI's noodzakelijkerwijs URL's.Een veel voorkomend type URI dat geen URL is, is een urn.

Hier zijn een paar voorbeelden van urnen:

• Urn: ISBN: 0451450523 (identificeert een boek van het ISBN -nummer)

• urn: uuid: F81D4FAE-7DEC-11D0-A765-00A0C91E6BF6 (een UUID-gebaseerde urn)

• Urn: IETF: RFC: 7231 (identificeert een IETF RFC -document)

Zoals u kunt zien, zijn urnen ontworpen om bronnen op unieke wijze te identificeren zonder hun locatie op te geven.Ze bieden aanhoudende, locatie-onafhankelijke namen voor verschillende soorten bronnen.

Hier is een voorbeeld van een "mailto:" -schema:

• Mailto: info@example.com (identificeert een e -mailadres)

Het schema "Mailto:" is een type URI dat wordt gebruikt om e -mailadressen te identificeren, vergelijkbaar met hoe urns bronnen identificeren zonder locaties op te geven.

Veel voorkomende URL -voorbeelden

Aan de andere kant worden URL's specifiek gebruikt om bronnen op internet te vinden en toegang te krijgen.Laten we enkele veel voorkomende voorbeelden onderzoeken:

Webpagina adressen

• https://www.example.com

• http://www.example.org/about

• https://blog.example.net/articles/latest-news

In deze URL's kunt u de verschillende componenten zien: het schema (http: // of https: //), het domein of autoriteit (www.example.com, www.example.org, blog.example.net), enhet pad (/over,/artikelen/nieuwste nieuws).

Bestand downloads

• ftp://ftp.example.com/pub/files/document.pdf

• https://www.example.net/downloads/software.zip

Deze URL's wijzen op bestanden die zijn gehost op FTP- of webservers, zodat gebruikers ze kunnen downloaden.

Best practices voor het gebruik van URIS en URL's

Hoewel Uris en URL's misschien eenvoudige tekenreeksen van personages lijken, kan het volgen van best practices in hun constructie en gebruik een lange weg gaan om een ​​gestroomlijnde en gebruiksvriendelijke ervaring te waarborgen.Hier zijn enkele essentiële richtlijnen om in gedachten te houden:

Kies het juiste schema

De schema -component van een URI of URL geeft het protocol of methode aan voor toegang tot de bron.Kies het juiste schema op basis van de bron om ervoor te zorgen dat klanten (bijv. Webbrowsers, e -mailclients) de URI of URL correct kunnen interpreteren en afhandelen.

Bijvoorbeeld:

• Gebruik "https: //" voor alle webpagina's, zelfs als ze geen gevoelige informatie bevatten of veilige communicatie vereisen.

• Gebruik "ftp: //" voor toegang tot en overbrenging van bestanden via de File Transfer Protocol (FTP).

• "Mailto:" is het schema voor het identificeren van e -mailadressen als bronnen.

Maak zinvolle en leesbare uris/urls

Goed gestructureerde en beschrijvende URI's/URL's helpen niet alleen om bronnen te identificeren/organiseren, maar ook te verbeteren zoek machine optimalisatie en bijdragen aan een betere gebruikerservaring.

Overweeg de volgende best practices:

• Gebruik duidelijke en beknopte padsegmenten die de resourcehiërarchie of structuur nauwkeurig weerspiegelen.

• Neem relevante zoekwoorden of termen op die context over de bron bieden.

• Vermijd onnodige of overbodige padsegmenten die complexiteit toevoegen zonder zinvolle informatie te verstrekken.

• Afzonderlijke woorden in padsegmenten met behulp van koppeltekens (-) of onderstreping (_) voor verbeterde leesbaarheid.

Het omgaan met speciale tekens en codering

URIS en URL's kunnen verschillende speciale tekens bevatten, zoals spaties, niet-ASCII-tekens of tekens met specifieke betekenissen (bijv., /,?, #).

Om de juiste afhandeling en interpretatie te garanderen, is het belangrijk om de coderingsrichtlijnen te volgen:

• Vervang spaties door "%20" of gebruik het juiste percentage-codering voor niet-ASCII-tekens.

• Codeer tekens met speciale betekenissen (bijv.?, #, /) Met behulp van procentuele codering indien nodig.

• Vermijd het gebruik van onnodige speciale tekens of symbolen die verwarring of compatibiliteitsproblemen kunnen veroorzaken.

Wat is een urn?

Net als een URL is een urn (uniforme resource -naam) een subset van de URI.

In tegenstelling tot een URL wordt urn gebruikt om een ​​resource te identificeren zonder de locatie op te geven of om er toegang toe te krijgen.Zie het als een manier om iets op een wereldwijd unieke manier te noemen, net als een ISBN voor boeken.Hoewel URL's de locatie van een bron bieden, zijn urns ontworpen om een ​​consistente manier te bieden om naar een bron te verwijzen, ongeacht waar deze zich bevindt of hoe deze toegankelijk is.

De urn voor een specifiek boek ziet er bijvoorbeeld zo uit: urn: ISBN: 978-3-16-148410-0-Deze identificatie zal altijd naar dat specifieke boek verwijzen, ongeacht waar u het vindt of hoe u er toegang toe heeft.

Veel voorkomende misvattingen over URIS en URL's

Nu we de belangrijkste misvatting hebben weggenomen van Uris en URL's die uitwisselbaar zijn, laten we eens kijken naar een paar meer gebruikelijke mix-ups die vaak worden geassocieerd met deze resource-identificatiegegevens.

Misvatting: Uris en URL's verwijzen alleen naar webadressen

• URIS en URL's kunnen verwijzen naar bronnen die verder gaan dan alleen webpagina's.Een URL kan bijvoorbeeld wijzen op een bestand op een FTP -server, een e -mailadres of zelfs een database -query.Evenzo kan URI's elke vorm van middelen identificeren, inclusief die welke niet toegankelijk zijn via internet.

Misvatting: URL's moeten "www" zijn

• Het voorvoegsel "www" is geen verplicht onderdeel van een URL.Het is gewoon een subdomein dat conventioneel door veel websites wordt gebruikt.URL's kunnen zonder dit goed werken (bijvoorbeeld http://example.com vs. http://www.example.com).

Misvatting: URL's moeten "http: //" of "https: //" bevatten

• Terwijl "http: //" en "https: //" gemeenschappelijke schema's zijn voor webpagina's, kunnen URL's verschillende schema's gebruiken zoals "ftp: //", "mailto:", "bestand: //", en meer,Afhankelijk van het protocol dat nodig is om toegang te krijgen tot de bron.

Misvatting: Casusgevoeligheid in URL's

• URL's zijn over het algemeen case-gevoelig, behalve het schema en domeinonderdelen.Bijvoorbeeld, http://example.com/page en http://example.com/page kan wijzen op verschillende bronnen.Het domeingedeelte (bijv. "Voorbeeld.com") is echter case-ongevoelig.

Misvatting: Het wijzigen van een URL heeft geen invloed op SEO of bruikbaarheid

• Veranderende URL's kunnen zowel SEO als bruikbaarheid beïnvloeden.Zoekmachines indexen specifieke URL's, dus het wijzigen van ze zonder juiste omleidingen kan leiden tot gebroken links en verlies van paginatringen.

Misvatting: URL's kunnen geen spaties bevatten

• URL's kunnen spaties coderen met behulp van een speciaal teken, meestal %20.Ruimtes zijn niet direct geldig in URL's, maar ze kunnen worden weergegeven in een gecodeerd formaat.

Misvatting: URI's en URL's kunnen alleen statische inhoud identificeren

• URIS en URL's kunnen ook dynamische inhoud identificeren.Een URL met queryparameters (bijvoorbeeld http://example.com/search?q=hosting) wijst bijvoorbeeld vaak op dynamische inhoud die wordt gegenereerd door een server-side-applicatie op basis van de invoerparameters.

Misvatting: Alleen bepaalde karakters zijn toegestaan ​​in URL's

• Hoewel URL's beperkt zijn tot een specifieke set tekens, kunnen andere tekens worden opgenomen met behulp van procentuele codering (bijvoorbeeld %20 voor een ruimte).

Misvatting: URL -lengte doet er niet toe

• Browsers hebben praktische limieten voor de lengte van de URL -tekens, meer dan 80.000+, en hoewel er geen directe gevolgen zijn vanuit een SEO -perspectief die te lange URL's moeilijk kunnen zijn voor gebruikers om te beheren of te delen.