Ein Uniform Resource Identifier (Abk. URI; engl. für „einheitlicher Bezeichner für Ressourcen“) ist ein Identifikator und besteht aus einer Zeichenfolge, die zur Identifizierung einer abstrakten oder physischen Ressource dient. URIs werden zur Bezeichnung von Ressourcen (wie Webseiten, sonstigen Dateien, Aufruf von Webservices, aber auch z. B. E-Mail-Empfängern) im Internet und dort vor allem im WWW eingesetzt.
Ursprünglich führte Tim Berners-Lee den Begriff 1994 im RFC 1630 als Universal Resource Identifier ein. Erst später tauchte dann in offiziellen W3C-Dokumenten die Auflösung Uniform auf. Aus diesem Grund wird Universal gelegentlich – selbst in der Fachliteratur – als erster Namensbestandteil genannt.
URIs können als Zeichenfolge (kodiert mit einem Zeichensatz) in digitale Dokumente, insbesondere solche im HTML-Format eingebunden oder auch von Hand auf Papier aufgeschrieben werden. Einen Verweis von einer Webseite auf eine andere nennt man Hyperlink oder kurz Link.
Eine Erweiterung der nur aus druckbaren ASCII-Zeichen bestehenden URIs sind die Internationalized Resource Identifiers (IRIs).
Nach dem aktuellen Standard RFC 3986 besteht ein URI aus fünf Teilen: scheme (Schema), authority (Anbieter), path (Pfad), query (Abfrage) und fragment (Teil), wovon nur scheme und path in jedem URI vorhanden sein müssen. Die generische Syntax ist
URI = scheme ":" hier-part [ "?" query ] [ "#" fragment ]
Dabei steht hier-part für eine optionale authority und den path. Ist eine authority vorhanden, beginnt sie mit zwei Schrägstrichen, und der Pfad muss mit einem Schrägstrich beginnen. Der Standard verdeutlicht diese Komponenten mit zwei Beispielen:
foo://example.com:8042/over/there?name=ferret#nose \_/ \______________/\_________/ \_________/ \__/ | | | | | scheme authority path query fragment | _____________________|__ / \ / \ urn:example:animal:ferret:nose
Das Schema (der Teil vor dem Doppelpunkt) gibt den Typ des URIs an, der die Interpretation des folgenden Teils festlegt. Bekannte Schemata sind beispielsweise http, ftp, urn und doi.
Viele URI-Schemata wie http oder ftp haben einen authority-Teil. Der Begriff authority bezieht sich auf eine Instanz, die die Namen in diesem Raum zentral verwalten kann. Ein Beispiel dafür ist das Domain Name System, das von globalen und lokalen Registraren verwaltet wird.
Die authority besteht aus einer optionalen Benutzerinformation (gefolgt von einem "@"), dem Host und einer optionalen (durch einen Doppelpunkt eingeleiteten) Port-Angabe. Sie folgt auf zwei Schrägstriche ("//") und wird von einem einfachen Schrägstrich ("/"), einem Fragezeichen ("?"), einem Doppelkreuz ("#") oder dem Ende der URI begrenzt. Der Host-Teil kann aus einer IP-Adresse, einer IPv6-Adresse (in eckigen Klammern "[...]") oder einem registrierten Namen bestehen. Gültige Werte sind beispielsweise
Die mögliche Angabe eines Passwortes in der Benutzerinformation ("user:password@...") ist überholt und sollte nicht mehr verwendet werden, da URIs oft im Klartext übertragen und protokolliert werden. Gleiches gilt für vertrauliche Benutzernamen.
Der Pfad enthält – meist hierarchisch organisierte – Angaben, die zusammen mit dem Abfrageteil eine Ressource identifizieren. Falls eine authority angegeben wird, muss er mit einem Schrägstrich ("/") beginnen, andernfalls darf er nicht mit einem doppelten Schrägstrich ("//") beginnen. Er wird von einem Fragezeichen ("?"), einem Doppelkreuz ("#") oder dem Ende des URI begrenzt. Gültige Pfade sind beispielsweise
Der Abfrageteil (Query String) beinhaltet nicht-hierarchische Daten zur Identifizierung von Ressourcen. Er wird mit einem Fragezeichen ("?") eingeleitet und von einem Doppelkreuz ("#") oder dem Ende des URI begrenzt. Eine gültige Abfrage ist beispielsweise
fragment referenziert einen Teil innerhalb einer Ressource. Es wird von einem Doppelkreuz ("#") eingeleitet. Ein Beispiel dafür ist der Anker in HTML.
Ein Beispiel mit sehr vielen Elementen gleichzeitig in der URI:
Oft verwenden Anwendungen nicht den vollständigen URI, sondern eine abgekürzte Syntax, beispielsweise um Platz zu sparen oder den einfachen Umzug auf andere Server zu ermöglichen. Manche URI-Schemata begrenzen in ihrer Definition zudem die Syntax auf eine bestimmte Form. Unter dem Begriff der URI-Referenzen werden unterschiedliche Schreibweisen zusammengefasst.
Ein absoluter URI besteht mindestens aus scheme und hier-part (also einer authority und/oder einem path). Beispiele sind
Wenn eine URI-Referenz nicht mit einem scheme beginnt, wird angenommen, dass es sich um eine relative Referenz handelt. Die Auflösung einer relativen Referenz zu einem absoluten URI erfolgt abhängig vom Kontext nach standardisierten Regeln. Eine relative Referenz besteht aus einem path sowie optional aus query und fragment. Es werden drei Arten von relativen Referenzen unterschieden:
URI-Referenzen können auf dasselbe Dokument verweisen, dessen Teil sie sind. Die häufigste Anwendung ist das Doppelkreuz ("#"), gefolgt von einem Fragment-Bezeichner.
Weit verbreitet ist die Angabe von URI-Referenzen ohne Bezeichnung des Protokolls, etwa www.wikipedia.de. Unter der Annahme, dass sich aus dem Suffix (im Beispiel www, DNS-Namen werden von rechts nach links aufgebaut) auf das Protokoll (hier http) schließen lässt, funktioniert die Auflösung solcher Referenzen. Allerdings ist diese Auflösung von entsprechenden Annahmen und zudem von der jeweiligen Software abhängig. Deshalb sollten Suffix-Referenzen vermieden werden.
Unter anderem sind folgende Schemata definiert:
| Schema | Beschreibung |
|---|---|
| data | Data-URL: direkt eingebettete Daten |
| file | Dateien im lokalen Dateisystem |
| ftp | File Transfer Protocol |
| geo | Geografische Koordinaten |
| gopher | Gopher |
| http | Hypertext Transfer Protocol |
| ldap | Lightweight Directory Access Protocol |
| mailto | E-Mail-Adresse |
| news | Newsgroup oder Newsartikel |
| pop | Mailboxzugriff über POP3 |
| rsync | Synchronisation von Daten mit rsync |
| sip | SIP-gestützter Sitzungsaufbau, z. B. für IP-Telefonie |
| tel | Telefonnummer |
| urn | Uniform Resource Names (URNs) |
| ws | WebSocket |
| wss | |
| xmpp | Extensible Messaging and Presence Protocol für Jabber Identifier |
Auf der Website der IANA befindet sich eine vollständige Liste der offiziellen Schemata.[1]
Daneben haben sich einige inoffizielle Schemata für einzelne Anwendungen oder gängige Protokolle etabliert:
| Schema | Beschreibung |
|---|---|
| about | browserinterne Informationen[2] |
| afp | Apple Filing Protocol[3] |
| callto | Telefonnummern (u.a. Skype und NetMeeting) |
| coffee | Hyper Text Coffee Pot Control Protocol |
| daap | Digital Audio Access Protocol |
| doi | Digital Object Identifier |
| ed2k | ED2k-URI-Schema von eDonkey2000/Kademlia |
| feed | RSS-Feeds |
| finger | Finger[4] |
| fish | Files transferred over Shell protocol |
| git | Git |
| irc/ircs | Internet Relay Chat[5] |
| javascript | Ausführung von JavaScript-Code[6] |
| lastfm | Last.fm |
| magnet | Magnet-Link |
| mms | Microsoft Media Server |
| rtmp | Real Time Messaging Protocol |
| sftp | SSH File Transfer Protocol[7] |
| skype | Telefonnummern (nur Skype) |
| smb | Server Message Block[8] |
| ssh | Secure Shell[7] |
| svn/svn+ssh | Apache Subversion |
| view-source | Quelltextanzeige für eine Webseite[9] |
| webcal | iCalendar |
| wyciwyg | What You Cache Is What You Get, Firefox-interne Anzeige für die Darstellung gecachter Inhalte |
| ymsgr | Yahoo Messenger |
Es werden folgende Unterarten von URIs unterschieden:
Ursprünglich sollte jeder URI in eine dieser beiden Klassen (oder weitere noch zu definierende) eingeteilt werden. Diese strenge Aufteilung wurde jedoch aufgegeben, da sie unnötig ist und einige Schemata (wie data oder das früher den URLs zugeordnete mailto) in keine der beiden Klassen passen.
Dieser Artikel basiert auf dem Artikel Uniform_Resource_Identifier aus der freien Enzyklopädie Wikipedia und ist unter der Lizenz Creative Commons Attribution/Share Alike verfügbar. Zusätzliche Bedingungen können anwendbar sein. In der Wikipedia ist eine Liste der Autoren verfügbar. |
Wetter
