URL-Encoding - Versionsgeschichte

Karl432: Benennung des Zeichens „#“ „Rautezeichen“ statt „Doppelkreuz“

2024-10-14T10:16:17Z

Benennung des Zeichens „#“ „Rautezeichen“ statt „Doppelkreuz“

← Nächstältere Version		Version vom 14. Oktober 2024, 12:16 Uhr
Zeile 18:		Zeile 18:
	* steht das [[Gleichheitszeichen]] (<code>=</code>) zwischen dem Namen eines Parameters und seinem Wert,		* steht das [[Gleichheitszeichen]] (<code>=</code>) zwischen dem Namen eines Parameters und seinem Wert,
	* steht das [[Et-Zeichen]] (<code>&</code>) als Trennzeichen zwischen Parametern im Query-String,		* steht das [[Et-Zeichen]] (<code>&</code>) als Trennzeichen zwischen Parametern im Query-String,
	* folgt dem [[Rautezeichen~~\|Doppelkreuz~~]] (<code>#</code>) der Name eines [[Anker (HTML)\|Dokumentenankers]] (siehe auch [[Uniform Resource Identifier#URI-Referenzen\|URI-Referenzen]]).		* folgt dem [[Rautezeichen]] (<code>#</code>) der Name eines [[Anker (HTML)\|Dokumentenankers]] (siehe auch [[Uniform Resource Identifier#URI-Referenzen\|URI-Referenzen]]).

	Weitere Zeichen haben spezifische Bedeutungen im [[Pfadname\|Dokumentenpfad]]. Folgende Zeichen gelten als reserviert:		Weitere Zeichen haben spezifische Bedeutungen im [[Pfadname\|Dokumentenpfad]]. Folgende Zeichen gelten als reserviert:

Grundausstattung: lf

2024-10-14T09:24:58Z

← Nächstältere Version		Version vom 14. Oktober 2024, 11:24 Uhr
Zeile 18:		Zeile 18:
	* steht das [[Gleichheitszeichen]] (<code>=</code>) zwischen dem Namen eines Parameters und seinem Wert,		* steht das [[Gleichheitszeichen]] (<code>=</code>) zwischen dem Namen eines Parameters und seinem Wert,
	* steht das [[Et-Zeichen]] (<code>&</code>) als Trennzeichen zwischen Parametern im Query-String,		* steht das [[Et-Zeichen]] (<code>&</code>) als Trennzeichen zwischen Parametern im Query-String,
	* folgt dem [[~~Doppelkreuz (Schriftzeichen)~~\|Doppelkreuz]] (<code>#</code>) der Name eines [[Anker (HTML)\|Dokumentenankers]] (siehe auch [[Uniform Resource Identifier#URI-Referenzen\|URI-Referenzen]]).		* folgt dem [[Rautezeichen\|Doppelkreuz]] (<code>#</code>) der Name eines [[Anker (HTML)\|Dokumentenankers]] (siehe auch [[Uniform Resource Identifier#URI-Referenzen\|URI-Referenzen]]).

	Weitere Zeichen haben spezifische Bedeutungen im [[Pfadname\|Dokumentenpfad]]. Folgende Zeichen gelten als reserviert:		Weitere Zeichen haben spezifische Bedeutungen im [[Pfadname\|Dokumentenpfad]]. Folgende Zeichen gelten als reserviert:
Zeile 60:		Zeile 60:
	\| <code>[[Ausrufezeichen\|!]]</code>		\| <code>[[Ausrufezeichen\|!]]</code>
	\| <code>[[Anführungszeichen\|"]]</code>		\| <code>[[Anführungszeichen\|"]]</code>
	\| <code>[[~~Doppelkreuz (Schriftzeichen)~~\|#]]</code>		\| <code>[[Rautezeichen\|#]]</code>
	\| <code>[[Dollarzeichen\|$]]</code>		\| <code>[[Dollarzeichen\|$]]</code>
	\| <code>[[Prozentzeichen\|%]]</code>		\| <code>[[Prozentzeichen\|%]]</code>

Minilexikon: Strukturierung durch Gruppierung zusammengehöriger Überschriften /* Arten */

2024-05-16T17:12:59Z

Strukturierung durch Gruppierung zusammengehöriger Überschriften Arten

← Nächstältere Version		Version vom 16. Mai 2024, 19:12 Uhr
Zeile 30:		Zeile 30:
	* <code>- . _ ~</code>		* <code>- . _ ~</code>

	== Prozentdarstellung ==		== Arten ==
			=== Prozentdarstellung ===
	Eine URL besteht aus den genannten reservierten und nicht reservierten Zeichen. Sie darf keine anderen Zeichen enthalten. Es besteht jedoch prinzipiell der Bedarf, in URLs beliebige [[Byte]]-Folgen – also sämtliche Werte zwischen 0 und 255 – darstellen zu können. Zudem muss eine Möglichkeit existieren, reservierte Zeichen in einer URL derart schreiben zu können, dass sie ihre speziellen Bedeutungen verlieren (siehe auch [[Escape-Sequenz]]).		Eine URL besteht aus den genannten reservierten und nicht reservierten Zeichen. Sie darf keine anderen Zeichen enthalten. Es besteht jedoch prinzipiell der Bedarf, in URLs beliebige [[Byte]]-Folgen – also sämtliche Werte zwischen 0 und 255 – darstellen zu können. Zudem muss eine Möglichkeit existieren, reservierte Zeichen in einer URL derart schreiben zu können, dass sie ihre speziellen Bedeutungen verlieren (siehe auch [[Escape-Sequenz]]).

Zeile 52:		Zeile 53:
	In der Praxis wird dieser Mechanismus nicht immer einheitlich angewendet. Es gibt jedoch Fälle, in denen die Verwendung nötig ist, beispielsweise beim Aufruf eines Ankers über einen [[Dereferrer]]dienst.		In der Praxis wird dieser Mechanismus nicht immer einheitlich angewendet. Es gibt jedoch Fälle, in denen die Verwendung nötig ist, beispielsweise beim Aufruf eines Ankers über einen [[Dereferrer]]dienst.

	=== Relevante ASCII-Zeichen in Prozentdarstellung ===		==== Relevante ASCII-Zeichen in Prozentdarstellung ====
	<div style="overflow:auto">		<div style="overflow:auto">
	{\| class="wikitable" style="text-align:center"		{\| class="wikitable" style="text-align:center"
Zeile 118:		Zeile 119:
	</div>		</div>

	=== Nicht-ASCII-Zeichen ===		==== Nicht-ASCII-Zeichen ====
	Auch für die Zeichen, die nicht im ASCII-Zeichensatz enthalten sind, werden die Bytes mit vorangestelltem ‚<code>%</code>‘ kodiert. Welche Bitfolge ein Zeichen jedoch darstellt, hängt von der zu benutzenden [[Zeichenkodierung]] ab. Es wird zwar vom <nowiki>RFC 3986</nowiki> empfohlen, [[UTF-8]] zur Kodierung zu benutzen, da dieses [[Unicode]]-Format für alle internationalen Zeichen benutzt werden kann, was UTF-8 zwar zur Quasi-Standardkodierung für URIs macht, aber einen expliziten Standard gibt es noch nicht. Um die URL kodieren zu können, muss man also wissen oder ahnen, welche Zeichenkodierung für die abzurufende Datei benutzt wurde oder welche Kodierung der Zielrechner benutzt. Aus diesem Grund ist es immer noch sinnvoll, nur auf Zeichen aus dem ASCII-Vorrat zurückzugreifen.		Auch für die Zeichen, die nicht im ASCII-Zeichensatz enthalten sind, werden die Bytes mit vorangestelltem ‚<code>%</code>‘ kodiert. Welche Bitfolge ein Zeichen jedoch darstellt, hängt von der zu benutzenden [[Zeichenkodierung]] ab. Es wird zwar vom <nowiki>RFC 3986</nowiki> empfohlen, [[UTF-8]] zur Kodierung zu benutzen, da dieses [[Unicode]]-Format für alle internationalen Zeichen benutzt werden kann, was UTF-8 zwar zur Quasi-Standardkodierung für URIs macht, aber einen expliziten Standard gibt es noch nicht. Um die URL kodieren zu können, muss man also wissen oder ahnen, welche Zeichenkodierung für die abzurufende Datei benutzt wurde oder welche Kodierung der Zielrechner benutzt. Aus diesem Grund ist es immer noch sinnvoll, nur auf Zeichen aus dem ASCII-Vorrat zurückzugreifen.

Zeile 127:		Zeile 128:
	Beide Darstellungsarten übermitteln dem Server aber unterschiedliche Bitfolgen. Obwohl beide nach ihrer Art richtig kodiert sind, liefert nur eine davon die gewünschte Datei und die andere meist nur eine Fehlermeldung. Bei einigen Servern – wie zum Beispiel denen der Wikipedia – wird jedoch versucht, die Kodierung zu ermitteln, so dass dann auf die richtige Datei weitergeleitet werden kann. Wenn es mit einer Kodierung nicht klappt, sollte man eine der anderen wahrscheinlichen Varianten probieren.		Beide Darstellungsarten übermitteln dem Server aber unterschiedliche Bitfolgen. Obwohl beide nach ihrer Art richtig kodiert sind, liefert nur eine davon die gewünschte Datei und die andere meist nur eine Fehlermeldung. Bei einigen Servern – wie zum Beispiel denen der Wikipedia – wird jedoch versucht, die Kodierung zu ermitteln, so dass dann auf die richtige Datei weitergeleitet werden kann. Wenn es mit einer Kodierung nicht klappt, sollte man eine der anderen wahrscheinlichen Varianten probieren.

	==== Eindeutigkeit der Zeichendekodierung ====		===== Eindeutigkeit der Zeichendekodierung =====

	Einzeln kodierte ASCII-Zeichen (zum Beispiel <code>%23</code> für <code>#</code>) werden in [[American Standard Code for Information Interchange\|ASCII]], in [[UTF-8]] und in den meisten anderen gängigen Kodierungen wie ISO 8859-15 identisch kodiert.		Einzeln kodierte ASCII-Zeichen (zum Beispiel <code>%23</code> für <code>#</code>) werden in [[American Standard Code for Information Interchange\|ASCII]], in [[UTF-8]] und in den meisten anderen gängigen Kodierungen wie ISO 8859-15 identisch kodiert.
Zeile 133:		Zeile 134:
	Bei Zahlen von 128 bis 255 ist die Kodierung unsicher: Entweder handelt es sich um eine UTF-8-Kodefolge (bzw. deren Beginn) oder um eine Kodierung für einen beschränkten Zeichensatz von 256 Zeichen wie beispielsweise ISO 8859-15. Weil in UTF-8 nur bestimmte aufeinanderfolgende Kodes zulässig sind, können beschränkte Kodierungen und UTF-8 mit einer gewissen Wahrscheinlichkeit auseinandergehalten werden: <code>%C3%B6</code> wird recht sicher nach UTF-8 das Zeichen „ö“ sein (und nicht nach ISO 8859-15 die Zeichenfolge <code>Ã¶</code>).		Bei Zahlen von 128 bis 255 ist die Kodierung unsicher: Entweder handelt es sich um eine UTF-8-Kodefolge (bzw. deren Beginn) oder um eine Kodierung für einen beschränkten Zeichensatz von 256 Zeichen wie beispielsweise ISO 8859-15. Weil in UTF-8 nur bestimmte aufeinanderfolgende Kodes zulässig sind, können beschränkte Kodierungen und UTF-8 mit einer gewissen Wahrscheinlichkeit auseinandergehalten werden: <code>%C3%B6</code> wird recht sicher nach UTF-8 das Zeichen „ö“ sein (und nicht nach ISO 8859-15 die Zeichenfolge <code>Ã¶</code>).

	== Form-Encoding ==		=== Form-Encoding ===
	Mit dem [[Multipurpose Internet Mail Extensions\|MIME]]-Typ <code>application/x-www-form-urlencoded</code> können URL-kodierte Daten gekennzeichnet werden. Bei der Übermittlung von Web-Formularangaben mittels der [[Hypertext Transfer Protocol#HTTP POST\|POST]]-Methode wird dieser MIME-Typ als Inhaltstyp ([[Content-Type]]) angegeben. Aus historischen Gründen stimmt die Kodierung nicht genau mit der Kodierung in URLs überein; insbesondere wird ein Leerzeichen nicht mit ‚<code>%20</code>‘, sondern stattdessen mit einem einzelnen ‚<code>+</code>‘ kodiert.<ref>''HTML 4.01 Specification:'' [https://www.w3.org/TR/html4/interact/forms.html#h-17.13.4.1 17.13.4 Form content types] 24. Dezember 1999.</ref>		Mit dem [[Multipurpose Internet Mail Extensions\|MIME]]-Typ <code>application/x-www-form-urlencoded</code> können URL-kodierte Daten gekennzeichnet werden. Bei der Übermittlung von Web-Formularangaben mittels der [[Hypertext Transfer Protocol#HTTP POST\|POST]]-Methode wird dieser MIME-Typ als Inhaltstyp ([[Content-Type]]) angegeben. Aus historischen Gründen stimmt die Kodierung nicht genau mit der Kodierung in URLs überein; insbesondere wird ein Leerzeichen nicht mit ‚<code>%20</code>‘, sondern stattdessen mit einem einzelnen ‚<code>+</code>‘ kodiert.<ref>''HTML 4.01 Specification:'' [https://www.w3.org/TR/html4/interact/forms.html#h-17.13.4.1 17.13.4 Form content types] 24. Dezember 1999.</ref>

2A01:599:723:5AF7:8DE6:71E0:DC95:4B52: /* Relevante ASCII-Zeichen in Prozentdarstellung */

2023-12-21T15:30:15Z

Relevante ASCII-Zeichen in Prozentdarstellung

← Nächstältere Version		Version vom 21. Dezember 2023, 17:30 Uhr
Zeile 56:		Zeile 56:
	{\| class="wikitable" style="text-align:center"		{\| class="wikitable" style="text-align:center"
	\|-		\|-
	\| [[Leerzeichen\|␣]]		\| <code>[[Leerzeichen\| ]]</code>
	\| <code>[[Ausrufezeichen\|!]]</code>		\| <code>[[Ausrufezeichen\|!]]</code>
	\| <code>[[Anführungszeichen\|"]]</code>		\| <code>[[Anführungszeichen\|"]]</code>

MR 2017: Änderungen von 46.114.152.10 (Diskussion) auf die letzte Version von Regi51 zurückgesetzt

2023-12-19T16:15:34Z

Änderungen von 46.114.152.10 (Diskussion) auf die letzte Version von Regi51 zurückgesetzt

← Nächstältere Version		Version vom 19. Dezember 2023, 18:15 Uhr
Zeile 11:		Zeile 11:
	\___/ \_______/ \____/ \_____________/ \__/\_________/ \_______/ \_______/		\___/ \_______/ \____/ \_____________/ \__/\_________/ \_______/ \_______/
	\| \| \| \| \| \| \| \|		\| \| \| \| \| \| \| \|
	Schema Benutzer Kennwort Host Port Pfad Query Fragment		Schema Benutzer Kennwort Host Port Pfad Query Fragment
	</pre>		</pre>
	Bestimmte Zeichen innerhalb dieses Ausdrucks kennzeichnen und trennen die einzelnen Segmente der URL und ermöglichen eine Zerlegung und Verarbeitung des Ausdrucks. Bei einem [[Hypertext Transfer Protocol\|HTTP]]-Zugriff beispielsweise:		Bestimmte Zeichen innerhalb dieses Ausdrucks kennzeichnen und trennen die einzelnen Segmente der URL und ermöglichen eine Zerlegung und Verarbeitung des Ausdrucks. Bei einem [[Hypertext Transfer Protocol\|HTTP]]-Zugriff beispielsweise:
Zeile 29:		Zeile 29:
	* Ziffern: <code>0–9</code>		* Ziffern: <code>0–9</code>
	* <code>- . _ ~</code>		* <code>- . _ ~</code>
	Dieser Code wurde bearbeitet von stinkekäse

	== Prozentdarstellung ==		== Prozentdarstellung ==

46.114.152.10: /* Reservierte und nicht reservierte Zeichen */Fehler berichtigt

2023-12-19T16:08:57Z

Reservierte und nicht reservierte Zeichen: Fehler berichtigt

← Nächstältere Version		Version vom 19. Dezember 2023, 18:08 Uhr
Zeile 11:		Zeile 11:
	\___/ \_______/ \____/ \_____________/ \__/\_________/ \_______/ \_______/		\___/ \_______/ \____/ \_____________/ \__/\_________/ \_______/ \_______/
	\| \| \| \| \| \| \| \|		\| \| \| \| \| \| \| \|
	Schema Benutzer Kennwort Host Port Pfad Query Fragment		Schema Benutzer Kennwort Host Port Pfad Query Fragment
	</pre>		</pre>
	Bestimmte Zeichen innerhalb dieses Ausdrucks kennzeichnen und trennen die einzelnen Segmente der URL und ermöglichen eine Zerlegung und Verarbeitung des Ausdrucks. Bei einem [[Hypertext Transfer Protocol\|HTTP]]-Zugriff beispielsweise:		Bestimmte Zeichen innerhalb dieses Ausdrucks kennzeichnen und trennen die einzelnen Segmente der URL und ermöglichen eine Zerlegung und Verarbeitung des Ausdrucks. Bei einem [[Hypertext Transfer Protocol\|HTTP]]-Zugriff beispielsweise:
Zeile 29:		Zeile 29:
	* Ziffern: <code>0–9</code>		* Ziffern: <code>0–9</code>
	* <code>- . _ ~</code>		* <code>- . _ ~</code>
			Dieser Code wurde bearbeitet von stinkekäse

	== Prozentdarstellung ==		== Prozentdarstellung ==

Regi51: Änderungen von 84.149.46.141 (Diskussion) rückgängig gemacht (HG) (3.4.12)

2023-08-14T13:59:06Z

Änderungen von 84.149.46.141 (Diskussion) rückgängig gemacht (HG) (3.4.12)

Änderungen zeigen

84.149.46.141: /* Weblinks */

2023-08-14T13:58:18Z

Weblinks

Änderungen zeigen

Crazy1880: Vorlagen-fix (RFC-Internet)

2023-07-31T18:28:16Z

Vorlagen-fix (RFC-Internet)

← Nächstältere Version		Version vom 31. Juli 2023, 20:28 Uhr
Zeile 1:		Zeile 1:
	'''URL-Encoding''' ('''URL-Kodierung''', auch '''Prozentkodierung''' genannt) ist ein Mechanismus, der dazu dient, Informationen in einer [[Uniform Resource Locator\|URL]] unter bestimmten Gegebenheiten zu [[Code\|kodieren]]. Zur Kodierung werden nur bestimmte Zeichen des [[American Standard Code for Information Interchange\|ASCII]]-Zeichensatzes verwendet.		'''URL-Encoding''' ('''URL-Kodierung''', auch '''Prozentkodierung''' genannt) ist ein Mechanismus, der dazu dient, Informationen in einer [[Uniform Resource Locator\|URL]] unter bestimmten Gegebenheiten zu [[Code\|kodieren]]. Zur Kodierung werden nur bestimmte Zeichen des [[American Standard Code for Information Interchange\|ASCII]]-Zeichensatzes verwendet.

	Ohne diese Kodierung wären einige Informationen nicht in einer URL darstellbar. Beispielsweise wird ein [[Leerzeichen]] in aller Regel vom Browser als Ende der URL interpretiert, nachfolgende Zeichen würden ignoriert oder führten zu einem Fehler. Mit der URL-Kodierung kann ein Leerzeichen durch die Zeichenfolge <code>%20</code> übergeben werden. RFC 3986 definiert einen Standard, wie eine [[Uniform Resource Identifier\|URI]] (und damit auch eine URL) syntaktisch aufgebaut sein sollte und unter welchen Bedingungen die URL-Kodierung Anwendung findet.		Ohne diese Kodierung wären einige Informationen nicht in einer URL darstellbar. Beispielsweise wird ein [[Leerzeichen]] in aller Regel vom Browser als Ende der URL interpretiert, nachfolgende Zeichen würden ignoriert oder führten zu einem Fehler. Mit der URL-Kodierung kann ein Leerzeichen durch die Zeichenfolge <code>%20</code> übergeben werden. <nowiki>RFC 3986</nowiki> definiert einen Standard, wie eine [[Uniform Resource Identifier\|URI]] (und damit auch eine URL) syntaktisch aufgebaut sein sollte und unter welchen Bedingungen die URL-Kodierung Anwendung findet.

	Auch für nicht im ASCII-Zeichensatz enthaltene Zeichen wird die URL-Kodierung mit dem [[Prozentzeichen]] eingesetzt. Hier gibt es jedoch bisher nur eine Empfehlung im <nowiki>RFC 3986</nowiki>, ein verbindlicher Standard fehlt noch.		Auch für nicht im ASCII-Zeichensatz enthaltene Zeichen wird die URL-Kodierung mit dem [[Prozentzeichen]] eingesetzt. Hier gibt es jedoch bisher nur eine Empfehlung im <nowiki>RFC 3986</nowiki>, ein verbindlicher Standard fehlt noch.

	== Reservierte und nicht reservierte Zeichen ==		== Reservierte und nicht reservierte Zeichen ==
Zeile 119:		Zeile 119:

	=== Nicht-ASCII-Zeichen ===		=== Nicht-ASCII-Zeichen ===
	Auch für die Zeichen, die nicht im ASCII-Zeichensatz enthalten sind, werden die Bytes mit vorangestelltem ‚<code>%</code>‘ kodiert. Welche Bitfolge ein Zeichen jedoch darstellt, hängt von der zu benutzenden [[Zeichenkodierung]] ab. Es wird zwar vom RFC 3986 empfohlen, [[UTF-8]] zur Kodierung zu benutzen, da dieses [[Unicode]]-Format für alle internationalen Zeichen benutzt werden kann, was UTF-8 zwar zur Quasi-Standardkodierung für URIs macht, aber einen expliziten Standard gibt es noch nicht. Um die URL kodieren zu können, muss man also wissen oder ahnen, welche Zeichenkodierung für die abzurufende Datei benutzt wurde oder welche Kodierung der Zielrechner benutzt. Aus diesem Grund ist es immer noch sinnvoll, nur auf Zeichen aus dem ASCII-Vorrat zurückzugreifen.		Auch für die Zeichen, die nicht im ASCII-Zeichensatz enthalten sind, werden die Bytes mit vorangestelltem ‚<code>%</code>‘ kodiert. Welche Bitfolge ein Zeichen jedoch darstellt, hängt von der zu benutzenden [[Zeichenkodierung]] ab. Es wird zwar vom <nowiki>RFC 3986</nowiki> empfohlen, [[UTF-8]] zur Kodierung zu benutzen, da dieses [[Unicode]]-Format für alle internationalen Zeichen benutzt werden kann, was UTF-8 zwar zur Quasi-Standardkodierung für URIs macht, aber einen expliziten Standard gibt es noch nicht. Um die URL kodieren zu können, muss man also wissen oder ahnen, welche Zeichenkodierung für die abzurufende Datei benutzt wurde oder welche Kodierung der Zielrechner benutzt. Aus diesem Grund ist es immer noch sinnvoll, nur auf Zeichen aus dem ASCII-Vorrat zurückzugreifen.

	In der empfohlenen Kodierung UTF-8 wäre beispielsweise der Buchstabe „ö“ (mit dem dezimalen Unicode-Zeichenwert 246) als <code>%C3%B6</code> dargestellt. Alle Zeichenwerte über 127 werden von UTF-8 als Kombinationen von zwei oder mehr Bytes repräsentiert und dementsprechend in die Prozent-Kodierung übernommen. Die Schriftzeichen des (um [[Diakritika]] erweiterten) [[Lateinisches Alphabet\|lateinischen Alphabets]] erhalten dabei alle eine Darstellung mit zwei Bytes. Mehr Bytes benötigen zum Beispiel [[CJK]]-Zeichen.		In der empfohlenen Kodierung UTF-8 wäre beispielsweise der Buchstabe „ö“ (mit dem dezimalen Unicode-Zeichenwert 246) als <code>%C3%B6</code> dargestellt. Alle Zeichenwerte über 127 werden von UTF-8 als Kombinationen von zwei oder mehr Bytes repräsentiert und dementsprechend in die Prozent-Kodierung übernommen. Die Schriftzeichen des (um [[Diakritika]] erweiterten) [[Lateinisches Alphabet\|lateinischen Alphabets]] erhalten dabei alle eine Darstellung mit zwei Bytes. Mehr Bytes benötigen zum Beispiel [[CJK]]-Zeichen.
Zeile 137:		Zeile 137:

	== Weblinks ==		== Weblinks ==
	* RFC 3986 – Uniform Resource Identifier (URI): Generic Syntax		* {{RFC-Internet \|RFC=3986 \|Titel=Uniform Resource Identifier (URI): Generic Syntax \|Datum=2005-01}}
	* RFC ~~3987~~ – Internationalized Resource Identifiers (IRIs) bieten eine eindeutig unterscheidbare Alternative zur Darstellung von URIs mit Unicode-Zeichen und verwenden eine erweiterte Variante der URL-Kodierung		* {{RFC-Internet \|Autor=M. Duerst, M. Suignard \|RFC=3987 \|Titel=Internationalized Resource Identifiers (IRIs) \|Datum=2005-01 \|Kommentar=bieten eine eindeutig unterscheidbare Alternative zur Darstellung von URIs mit Unicode-Zeichen und verwenden eine erweiterte Variante der URL-Kodierung}}
	*[https://www.webreload.de/url-encoding/ URL Encoding Tool]		* [https://www.webreload.de/url-encoding/ URL Encoding Tool]

	== Einzelnachweise ==		== Einzelnachweise ==

Alabasterstein: Änderungen von 84.171.183.95 (Diskussion) auf die letzte Version von Karl432 zurückgesetzt

2022-10-04T09:49:29Z

Änderungen von 84.171.183.95 (Diskussion) auf die letzte Version von Karl432 zurückgesetzt

← Nächstältere Version		Version vom 4. Oktober 2022, 11:49 Uhr
Zeile 1:		Zeile 1:
	'''URL-Encoding''' ('''URL-Kodierung''', auch '''Prozentkodierung''' genannt) ist ein Mechanismus, der dazu dient, Informationen in einer [[Uniform Resource Locator\|URL]] unter bestimmten Gegebenheiten zu [[Code\|kodieren]]. Zur Kodierung werden nur bestimmte Zeichen des [[American Standard Code for Information Interchange\|ASCII]]-Zeichensatzes verwendet.		'''URL-Encoding''' ('''URL-Kodierung''', auch '''Prozentkodierung''' genannt) ist ein Mechanismus, der dazu dient, Informationen in einer [[Uniform Resource Locator\|URL]] unter bestimmten Gegebenheiten zu [[Code\|kodieren]]. Zur Kodierung werden nur bestimmte Zeichen des [[American Standard Code for Information Interchange\|ASCII]]-Zeichensatzes verwendet.

	Ohne diese Kodierung wären einige Informationen nicht in einer URL darstellbar. Beispielsweise wird ein [[Leerzeichen]] in aller Regel vom Browser als Ende der URL interpretiert, nachfolgende Zeichen würden ignoriert oder führten zu einem Fehler. Mit der URL-Kodierung kann ein Leerzeichen durch die Zeichenfolge <code>%20</code> übergeben werden. RFC 3986 definiert einen Standard, wie eine [[Uniform Resource Identifier\|URI]] (und damit auch eine URL) syntaktisch aufgebaut sein sollte und unter welchen		Ohne diese Kodierung wären einige Informationen nicht in einer URL darstellbar. Beispielsweise wird ein [[Leerzeichen]] in aller Regel vom Browser als Ende der URL interpretiert, nachfolgende Zeichen würden ignoriert oder führten zu einem Fehler. Mit der URL-Kodierung kann ein Leerzeichen durch die Zeichenfolge <code>%20</code> übergeben werden. RFC 3986 definiert einen Standard, wie eine [[Uniform Resource Identifier\|URI]] (und damit auch eine URL) syntaktisch aufgebaut sein sollte und unter welchen Bedingungen die URL-Kodierung Anwendung findet.

			Auch für nicht im ASCII-Zeichensatz enthaltene Zeichen wird die URL-Kodierung mit dem [[Prozentzeichen]] eingesetzt. Hier gibt es jedoch bisher nur eine Empfehlung im <nowiki>RFC 3986</nowiki>, ein verbindlicher Standard fehlt noch.

			== Reservierte und nicht reservierte Zeichen ==
	URLs können aus folgenden Teilen bestehen:		URLs können aus folgenden Teilen bestehen:
	<pre>		<pre>

← Nächstältere Version		Version vom 14. Oktober 2024, 11:24 Uhr
Zeile 18:		Zeile 18:
	* steht das [[Gleichheitszeichen]] (<code>=</code>) zwischen dem Namen eines Parameters und seinem Wert,		* steht das [[Gleichheitszeichen]] (<code>=</code>) zwischen dem Namen eines Parameters und seinem Wert,
	* steht das [[Et-Zeichen]] (<code>&</code>) als Trennzeichen zwischen Parametern im Query-String,		* steht das [[Et-Zeichen]] (<code>&</code>) als Trennzeichen zwischen Parametern im Query-String,
	* folgt dem [[~~Doppelkreuz (Schriftzeichen)~~\|Doppelkreuz]] (<code>#</code>) der Name eines [[Anker (HTML)\|Dokumentenankers]] (siehe auch [[Uniform Resource Identifier#URI-Referenzen\|URI-Referenzen]]).		* folgt dem [[Rautezeichen\|Doppelkreuz]] (<code>#</code>) der Name eines [[Anker (HTML)\|Dokumentenankers]] (siehe auch [[Uniform Resource Identifier#URI-Referenzen\|URI-Referenzen]]).

	Weitere Zeichen haben spezifische Bedeutungen im [[Pfadname\|Dokumentenpfad]]. Folgende Zeichen gelten als reserviert:		Weitere Zeichen haben spezifische Bedeutungen im [[Pfadname\|Dokumentenpfad]]. Folgende Zeichen gelten als reserviert:
Zeile 60:		Zeile 60:
	\| <code>[[Ausrufezeichen\|!]]</code>		\| <code>[[Ausrufezeichen\|!]]</code>
	\| <code>[[Anführungszeichen\|"]]</code>		\| <code>[[Anführungszeichen\|"]]</code>
	\| <code>[[~~Doppelkreuz (Schriftzeichen)~~\|#]]</code>		\| <code>[[Rautezeichen\|#]]</code>
	\| <code>[[Dollarzeichen\|$]]</code>		\| <code>[[Dollarzeichen\|$]]</code>
	\| <code>[[Prozentzeichen\|%]]</code>		\| <code>[[Prozentzeichen\|%]]</code>

← Nächstältere Version		Version vom 21. Dezember 2023, 17:30 Uhr
Zeile 56:		Zeile 56:
	{\| class="wikitable" style="text-align:center"		{\| class="wikitable" style="text-align:center"
	\|-		\|-
	\| [[Leerzeichen\|␣]]		\| <code>[[Leerzeichen\| ]]</code>
	\| <code>[[Ausrufezeichen\|!]]</code>		\| <code>[[Ausrufezeichen\|!]]</code>
	\| <code>[[Anführungszeichen\|"]]</code>		\| <code>[[Anführungszeichen\|"]]</code>