In der Computerwissenschaft ist ein gleichförmiger Quellenbezeichner (URI) eine Reihe von Charakteren, die verwendet sind, um einen Namen oder eine Quelle zu identifizieren. Solche Identifizierung ermöglicht Wechselwirkung mit Darstellungen der Quelle über ein Netz (normalerweise das World Wide Web) das Verwenden spezifischer Protokolle. Schemas, die eine konkrete Syntax und vereinigte Protokolle angeben, definieren jeden URI.

Beziehung zur URL-ADRESSE und URNE

URIs kann als locators (URL-ADRESSEN), als Namen (URNEN), oder als beide klassifiziert werden. Ein gleichförmiger Quellenname (URN) fungiert wie ein Name einer Person, während eine Internetadresse (URL) der Straßenadresse dieser Person ähnelt. Mit anderen Worten: Die URNE definiert eine Identität eines Artikels, während die URL-ADRESSE eine Methode zur Verfügung stellt, um es zu finden.

Das System der internationalen Standardbuchnummer, um Bücher einzigartig zu identifizieren, stellt ein typisches Beispiel des Gebrauches von URNEN zur Verfügung. Internationale Standardbuchnummer 0486275574 , zitiert eindeutig, eine spezifische Ausgabe des Spieles von Shakespeare Romeo und Juliet. Um Zugang zu diesem Gegenstand zu gewinnen und das Buch zu lesen, braucht man seine Position: eine URL-Adresse. Eine typische URL-ADRESSE für dieses Buch auf einem Unix ähnlichen Betriebssystem würde ein Dateipfad solcher als sein, das elektronische Buch identifizierend, das in einer Datei auf einer lokalen Festplatte gespart ist. So haben URNEN und URL-ADRESSEN Ergänzungszwecke.

Technische Ansicht

Eine URL-ADRESSE ist ein URI, der, zusätzlich zum Identifizieren einer Netz-Homed Quelle, die Mittel angibt, zu handeln oder die Darstellung zu erhalten: entweder durch die Beschreibung des primären Zugriffsmechanismus, oder durch das Netz "Position". Zum Beispiel identifiziert die URL-ADRESSE eine Quelle, in diesem Fall die Hausseite der englischen Wikipedia, deren Darstellung, in der Form des aktuellen HTML der Hausseite und verwandten Codes, als verschlüsselte Charaktere, über das Übertragungsprotokoll von HyperText von einem Netzgastgeber erreichbar ist, dessen Domainname ist. Ein gleichförmiger Quellenname (URN) ist ein URI, der eine Quelle namentlich in einem besonderen namespace identifiziert. Man kann eine URNE verwenden, um über eine Quelle zu sprechen, ohne seine Position einzubeziehen, oder wie man darauf zugreift. Die Quelle braucht über ein Netz nicht notwendigerweise zugänglich zu sein. Zum Beispiel ist die URNE ein URI, der das Bezeichner-System angibt, d. h. ISBN-Nummer (ISBN), sowie die einzigartige Verweisung innerhalb dieses Systems und erlaubt, über ein Buch zu sprechen, aber der URI deutet nicht an, wo und wie man eine wirkliche Kopie davon erhält.

Technische Veröffentlichungen besonders widerspiegeln Standards, die durch den IETF und durch den W3C erzeugt sind, normalerweise eine Ansicht, die in einer W3C Empfehlung von 2001 entworfen ist, der die Priorität des Begriffes URI anerkennt, anstatt jede formelle Unterteilung in die URL-ADRESSE und URNE gutzuheißen: "URL-ADRESSE ist ein nützliches, aber informelles Konzept: Eine URL-ADRESSE ist ein Typ von URI, der eine Quelle über eine Darstellung seines primären Zugriffsmechanismus (z.B, sein Netz "Position") identifiziert, aber nicht durch einige andere Attribute es haben kann. Eine URL-ADRESSE ist einfach ein URI, der zufällig zu einer physischen Quelle über ein Netz hinweist.

Jedoch, in nicht technischen Zusammenhängen und in der Software für das World Wide Web, bleibt der Begriff URL-ADRESSE weit verwendet. Zusätzlich kommt die Begriff-Webadresse (der keine formelle Definition hat) häufig in nicht technischen Veröffentlichungen als ein Synonym für einen URI vor, der den 'http' oder 'das https' Schema verwendet; eine Annahme, die zu Verwirrung führen kann, wenn XML Dokumente beteiligt werden. Das Standardmittel, einzigartig eine XML Sprache in einem Dokument zu identifizieren, soll seinen XML namespace erklären, der mit 'http' beginnt und die Syntax für einen echten Domainnamen verwendet, der von einer Dateihierarchie gefolgt ist, aber der kein Bedürfnis hat, zu jeder spezifischen Dateiposition hinzuweisen, die wirklich besteht.

Syntax

Die URI Syntax besteht aus einem URI Schema-Namen (solcher als"", "" ",

Prozent-Verschlüsselung kann Extrainformation zu einem URI hinzufügen.

Geschichte

Das Namengeben, richtend, und Mittel identifizierend

URIs und URL-ADRESSEN haben eine geteilte Geschichte. 1990, die Vorschläge von Tim Berners-Lee für HyperText

implizit eingeführt die Idee von einer URL-ADRESSE als eine kurze Schnur, die eine Quelle vertritt, die das Ziel eines Hypertext-Links ist. Zurzeit haben Leute es als ein 'Hypertext-Name' gekennzeichnet

oder 'Dokumententitel'.

Im Laufe der nächsten dreieinhalb Jahre, als die Kerntechnologien des World Wide Web des HTML (die Preiserhöhungssprache von HyperText) haben sich HTTP und WWW-Browser entwickelt, ist ein Bedürfnis, eine Schnur zu unterscheiden, die eine Adresse für eine Quelle von einer Schnur zur Verfügung gestellt hat, die bloß eine Quelle genannt hat, erschienen. Obwohl noch nicht formell definiert, ist der Begriff Internetadresse gekommen, um den ersteren zu vertreten, und der streitsüchtigere Gleichförmige Quellenname ist gekommen, um die Letzteren zu vertreten.

Während der Debatte über das Definieren von URL-ADRESSEN und URNEN ist es offensichtlich geworden, dass die zwei durch die Begriffe aufgenommenen Konzepte bloß Aspekte des grundsätzlichen, sich überwölbenden Begriffs der Quellenidentifizierung waren. Im Juni 1994 hat der IETF RFC 1630 von Berners-Lee veröffentlicht: Der erste RFC, der (in seinem nichtnormativen Text) die Existenz von URL-ADRESSEN und URNEN anerkannt hat, und, was noch wichtiger ist, eine formelle Syntax für Universale Quellenbezeichner — EINER URL-Adresse ähnliche Schnuren definiert hat, deren genaue Syntaxen und Semantik von ihren Schemas abgehangen haben. Außerdem hat dieser RFC versucht, die Syntaxen von URL-ADRESSE-Schemas im Gebrauch zurzeit zusammenzufassen. Es hat auch anerkannt, aber, hat die Existenz von Verhältnis-URL-ADRESSEN und Bruchstück-Bezeichnern nicht standardisiert.

Verbesserung von Spezifizierungen

Im Dezember 1994, RFC 1738 formell definierte relative und absolute URL-ADRESSEN, hat die allgemeine URL-ADRESSE-Syntax, definiert raffiniert, wie man Verhältnis-URL-ADRESSEN zur absoluten Form auflöst, und besser die URL-ADRESSE-Schemas dann im Gebrauch aufzählt. Die abgestimmte Definition und Syntax von URNEN mussten bis zur Veröffentlichung von RFC 2141 im Mai 1997 warten.

Die Veröffentlichung von RFC 2396 hat im August 1998 die URI Syntax gesehen eine getrennte Spezifizierung und die meisten Teile von RFCs 1630 und 1738 in Zusammenhang mit URIs werden, und URL-ADRESSEN wurden im Allgemeinen revidiert und ausgebreitet. Der neue RFC hat die Bedeutung des "U" in "URI" geändert: Es ist gekommen, "um Gleichförmig" aber nicht "Universal" zu vertreten. Die Abteilungen dieser zusammengefassten vorhandenen URL-ADRESSE Schemas sind in ein getrenntes Dokument abgewandert. IANA behält eine Registrierung jener Schemas; RFC 2717 erste hat das Verfahren beschrieben, um sie einzuschreiben.

Im Dezember 1999 hat RFC 2732 eine geringe Aktualisierung zur Verfügung gestellt zu, URIs erlaubend, IPv6-Adressen anzupassen. Nach einer Weile haben mehrere in den zwei Spezifizierungen entdeckte Mängel zur Entwicklung mehrerer Draftrevisionen laut des Titels rfc2396bis geführt. Diese Gemeinschaftsanstrengung, die vom Mitverfasser Roy Fielding koordiniert ist, hat in der Veröffentlichung von RFC 3986 im Januar 2005 kulminiert. Dieser RFC, die jetzige Version der URI Syntax, die für den Gebrauch im Internet empfohlen ist, macht veraltet. Es macht jedoch die Details von vorhandenen veralteten URL-ADRESSE-Schemas nicht; setzt fort, solche Schemas außer, wo sonst ersetzt - RFC 2616 zum Beispiel zu regeln, raffiniert das 'http' Schema. Gleichzeitig hat der IETF den Inhalt als der volle normale STD 66 veröffentlicht, die Errichtung der URI allgemeinen Syntax als ein offizielles Internetprotokoll widerspiegelnd.

Im August 2002 hat RFC 3305 darauf hingewiesen, dass der Begriff 'URL-ADRESSE' trotz seines weit verbreiteten Gebrauches in der Mundart des internetbewussten Publikums auf freiem Fuß hat, ist ins nahe Veralten verwelkt. Es dient jetzt nur als eine Gedächtnishilfe, dass einige URIs als Adressen handeln, weil sie Schemas haben, die eine Art Netzzugänglichkeit, unabhängig davon einbeziehen, ob Systeme sie wirklich zu diesem Zweck verwenden. Da URI-basierte Standards wie Quellenbeschreibungsfachwerk offensichtlich machen, braucht Quellenidentifizierung nicht die Wiederauffindung von Quellendarstellungen über das Internet anzudeuten, noch brauchen sie beziehen netzbasierte Mittel überhaupt ein.

Am 1. November 2006 hat W3C Technical Architecture Group 'Auf der Verbindung Alternativer Darstellungen veröffentlicht, um Entdeckung Und das Veröffentlichen', ein Handbuch zu besten Methoden und kanonischem URIs Zu ermöglichen, um vielfache Versionen einer gegebenen Quelle zu veröffentlichen. Zum Beispiel könnte sich Inhalt durch die Sprache oder durch die Größe unterscheiden, um sich für die Kapazität anzupassen, oder Einstellungen des Geräts haben gepflegt, auf diesen Inhalt zuzugreifen.

Das Semantische Web verwendet das HTTP Schema von URI, sowohl Dokumente als auch Konzepte in der echten Welt zu identifizieren: Das hat Verwirrung betreffs verursacht, wie man die zwei unterscheidet. Technical Architecture Group von W3C (ANHÄNGSEL) hat eine E-Mail im Juni 2005 darauf veröffentlicht, wie man dieses Problem behebt. Die E-Mail ist bekannt als die httpRange-14 Entschlossenheit geworden.

Um darauf (ziemlich kurz) E-Mail auszubreiten, hat W3C im März 2008 das Zeichen von Interest Group Kühler URIs für das Semantische Web veröffentlicht. Das erklärt den Gebrauch der zufriedenen Verhandlung, und die 303 - adressieren Code ausführlicher um.

Verweisung von URI

Eine Verweisung von URI kann die Form eines vollen URI, oder gerade den mit dem Schema spezifischen Teil von einem oder sogar einen schleifenden Bestandteil davon - sogar die leere Schnur annehmen. Ein fakultativer Bruchstück-Bezeichner, der durch # vorangegangen ist, kann am Ende einer URI Verweisung da sein. Der Teil der Verweisung vor # identifiziert indirekt eine Quelle, und der Bruchstück-Bezeichner identifiziert einen Teil dieser Quelle.

Um einen URI von einer URI Verweisung abzuleiten, wandelt Software die URI Verweisung auf 'die absolute' Form durch das Mischen davon mit einem absoluten 'Grund'-URI gemäß einem festen Algorithmus um. Das System behandelt die URI Verweisung als hinsichtlich des Grund-URI, obwohl im Fall von einer absoluten Verweisung die Basis keine Relevanz hat. Der Grund-URI identifiziert normalerweise das Dokument, das die URI Verweisung enthält, obwohl das durch Behauptungen überritten werden kann, die innerhalb des Dokumentes oder als ein Teil eines Außendatenübertragungsprotokolls gemacht sind. Wenn der Grund-URI einen Bruchstück-Bezeichner einschließt, wird er während des sich verschmelzenden Prozesses ignoriert. Wenn ein Bruchstück-Bezeichner in der URI Verweisung da ist, wird er während des sich verschmelzenden Prozesses bewahrt.

Webdokumentenpreiserhöhungssprachen verwenden oft URI Verweisungen, um zu anderen Mitteln, wie Außendokumente oder spezifische Teile desselben logischen Dokumentes hinzuweisen.

Gebrauch von URI Verweisungen auf Preiserhöhungssprachen

• IM HTML stellt der Wert des Attributes des Elements eine URI Verweisung zur Verfügung, wie den Wert des Attributes oder Element tut.
• In XML der Systembezeichner, der nachdem erscheint, ist das Schlüsselwort in einem DTD ein fragmentless URI Verweisung.
• In XSLT ist der Wert des Attributes des Elements/Instruktion eine URI Verweisung; ebenfalls das erste Argument für die Funktion.

Beispiele von absolutem URIs

Beispiele von URI Verweisungen

• ("" gibt den 'Schema'-Namen an, "" ist die 'Autorität', "" ist der 'Pfad', der zu diesem Artikel, und "" hinweist, ein 'Bruchstück', das zu dieser Abteilung hinweist.)
• (leere Schnur)

Entschlossenheit von URI

Einen URI aufzulösen, bedeutet, entweder eine URI Verhältnisverweisung auf die absolute Form, oder auf dereference ein URI oder URI Verweisung umzuwandeln, indem er versucht wird, eine Darstellung der Quelle zu erhalten, die es identifiziert. Der 'resolver' Bestandteil in der Belegverarbeitungssoftware stellt allgemein beide Dienstleistungen zur Verfügung.

Man kann eine URI Verweisung als dieselbe Dokumentenverweisung betrachten: Eine Verweisung auf das Dokument, das die URI Verweisung selbst enthält. Belegverarbeitungssoftware kann seine aktuelle Darstellung des Dokumentes effizient verwenden, um die Entschlossenheit derselben Dokumentenverweisung zu befriedigen, ohne eine neue Darstellung herbeizuholen. Das ist nur eine Empfehlung, und Belegverarbeitungssoftware kann andere Mechanismen wechselweise verwenden zu bestimmen, ob man eine neue Darstellung erhält.

Die URI aktuelle Spezifizierung definiert eine URI Verweisung als dieselbe Dokumentenverweisung, wenn, wenn aufgelöst, zur absoluten Form, sie genau zum Grund-URI tatsächlich für die Verweisung entspricht. Gewöhnlich ist der Grund-URI der URI des Dokumentes, das die Verweisung enthält. XSLT 1.0 hat zum Beispiel eine Funktion, die tatsächlich diese Funktionalität durchführt. auch formell definiert URI Gleichwertigkeit, die verwendet werden kann, um zu beschließen, dass eine URI Verweisung, während nicht identisch zum Grund-URI, noch dieselbe Quelle vertritt und so betrachtet werden kann, dieselbe Dokumentenverweisung zu sein.

vorgeschrieben eine verschiedene Methode, um dieselben Dokumentenverweisungen zu bestimmen; gemacht veraltet, aber dient noch als die Basis von vielen Spezifizierungen und Durchführungen. Diese Spezifizierung definiert eine URI Verweisung als dieselbe Dokumentenverweisung, wenn es eine leere Schnur ist oder aus nur # von einem fakultativen Bruchstück gefolgter Charakter besteht.

Beziehung zu XML namespaces

XML hat ein Konzept eines namespace, eines abstrakten Gebiets, dem eine Sammlung des Elements und der Attribut-Namen zugeteilt werden kann. Der Namespace-Name (eine Charakter-Schnur, die an der allgemeinen URI Syntax kleben muss) identifiziert einen XML namespace. Jedoch, wie man allgemein betrachtet, ist der Namespace-Name kein URI, weil die 'URINE' von Schnuren gemäß der URI Spezifizierung sind, die auf ihrem beabsichtigten Gebrauch, nicht nur ihre lexikalischen Bestandteile gestützt ist. Ein Namespace-Name bezieht auch keine der Semantik von URI Schemas notwendigerweise ein; ein Namespace-Name, der mit 'http beginnt:' Zum Beispiel, hat wahrscheinlich nichts, um mit dem HTTP-Protokoll zu tun. XML Fachleuten haben das gründlich auf dem xml dev elektronische Adressenliste diskutiert; ein Gefühl, dass ein Namespace-Name ein URI seit der Sammlung von Namen sein konnte, die einen besonderen namespace umfassen, konnte als eine Quelle betrachtet werden, die identifiziert wird, und da eine Version von 'Namespaces in XML' Spezifizierung sagt, dass der Namespace-Name eine URI Verweisung ist.

Aber die Einigkeit scheint darauf hinzuweisen, dass ein Namespace-Name gerade eine Schnur ist, die zufällig wie ein URI, nichts mehr aussieht.

Am Anfang konnte der Namespace-Name die Syntax jeder nichtleeren URI Verweisung vergleichen, aber ein Erratum zum 'Namespaces In der XML Empfehlung' hat später den Gebrauch von URI Verhältnisverweisungen missbilligt. Eine getrennte Spezifizierung, die für namespaces für XML 1.1 ausgegeben ist, erlaubt IRI Verweisungen, nicht nur URI Verweisungen, um als die Basis für Namespace-Namen zu dienen.

Verwirrung zu lindern, die begonnen hat, unter Neulingen zu XML vom Gebrauch von URIs (besonders HTTP URL-ADRESSEN) für namespaces, eine beschreibende Sprache genannt RDDL (Quellenverzeichnisbeschreibungssprache) entwickelt zu entstehen, obwohl die Spezifizierung von RDDL kein offizielles Stehen und keine relevante Organisation hat (wie W3C) hat gedacht oder es genehmigt. Ein RDDL Dokument kann Maschine - und menschlich-lesbare Information über einen besonderen namespace und über die XML Dokumente zur Verfügung stellen, die es verwenden. Autoren von XML Dokumenten wurden dazu ermuntert, RDDL Dokumente in solchen Positionen dass zu stellen, wenn ein Namespace-Name in ihrem Dokument irgendwie de-referenced wird, dann würde ein RDDL Dokument erhalten, so den Wunsch unter vielen Entwicklern für einen Namespace-Namen befriedigend, um zu einer netzzugänglichen Quelle hinzuweisen.

Siehe auch

• .arpa - uri.arpa ist für die dynamische Entdeckung
• Dan Connolly
• CURIE (kompakter URI)
• Dereferenceable URI (ein HTTP URI)
• Geschichte des Internets
• Internationalized Resource Identifier (IRI)
• Namespace, (programmierend)
• Prozent-Verschlüsselung
• Persistent Uniform Resource Locator (PURL)
• Gleichförmige Namengeben-Tagung (UNC)
• Internetadresse (URL)
• Uniform Resource Name (URN)
• URI Schema
• Website
• XRI (ausziehbarer Quellenbezeichner)

Links

• RFC 3986 / STD 66 (2005) - die allgemeine URI Syntax-Spezifizierung
• RFC 2396 (1998) und RFC 2732 (1999) - veraltet, aber weit durchgeführt, Version der allgemeinen URI Syntax
• RFC 1808 (1995) - veralteter Begleiter zur Bedeckung der Verhältnis-URL-ADRESSE, die in einer Prozession geht
• RFC 1738 (1994) - größtenteils veraltete Definition von URL-ADRESSE-Schemas und allgemeiner URI Syntax
• RFC 1630 (1994) - die erste allgemeine URI Syntax-Spezifizierung; die erste Anerkennung von URL-ADRESSEN in einem Internetstandard
• Schemas von URI - IANA-aufrechterhaltene Registrierung von URI Schemas
• Architektur des World Wide Web, Volumen ein, §2: Identifizierung - durch W3C
• Beispiel der Diskussion über Namen und Anschriften
• Der URI ist das Ding - durch Paul Downey (2008)
• W3C Materialien haben sich auf das Wenden bezogen
• W3C Erläuterung von URI
• Was ist ein URI, und warum ist er von Bedeutung? (2008) - von W3C
• Das Selbstbeschreiben des Webs (2008) - von W3C