Punycode - Versionsgeschichte

PerfektesChaos: tk k

2023-06-12T20:39:17Z

tk k

← Nächstältere Version		Version vom 12. Juni 2023, 22:39 Uhr
Zeile 1:		Zeile 1:
	'''Punycode''' ist ein im RFC 3492 standardisiertes [[Kodierung]]sverfahren zum Umwandeln von [[Unicode]]-Zeichenketten in [[American Standard Code for Information Interchange\|ASCII]]-kompatible Zeichenketten, die aus den Zeichen <code>a</code> bis <code>z</code>, <code>0</code> bis <code>9</code> und dem Bindestrich (<code>-</code>) bestehen. Punycode wurde entworfen, um [[Internationalisierter Domainname\|internationalisierte Domainnamen]] aus Unicode-Zeichen eindeutig und umkehrbar durch ASCII-Zeichen darzustellen.		'''Punycode''' ist ein im <nowiki>RFC 3492</nowiki><ref name="RFC3492" /> standardisiertes [[Kodierung]]sverfahren zum Umwandeln von [[Unicode]]-Zeichenketten in [[American Standard Code for Information Interchange\|ASCII]]-kompatible Zeichenketten, die aus den Zeichen <code>a</code> bis <code>z</code>, <code>0</code> bis <code>9</code> und dem Bindestrich (<code>-</code>) bestehen. Punycode wurde entworfen, um [[Internationalisierter Domainname\|internationalisierte Domainnamen]] aus Unicode-Zeichen eindeutig und umkehrbar durch ASCII-Zeichen darzustellen.

	== Grund der Einführung ==		== Grund der Einführung ==
Zeile 8:		Zeile 8:

	Das Punycode-Konvertierungsverfahren wurde unter Wahrung folgender Gesichtspunkte festgelegt:		Das Punycode-Konvertierungsverfahren wurde unter Wahrung folgender Gesichtspunkte festgelegt:
	;Vollständigkeit: Jeder Name kann umgesetzt werden		; Vollständigkeit: Jeder Name kann umgesetzt werden
	;Eindeutigkeit: Jedem Namen ist genau eine Umsetzung zugeordnet		; Eindeutigkeit: Jedem Namen ist genau eine Umsetzung zugeordnet
	;Reversibilität: Jeder umgesetzte Name kann zurückkonvertiert werden		; Reversibilität: Jeder umgesetzte Name kann zurückkonvertiert werden
	;Effizienz: Der umgesetzte Name ist nicht wesentlich länger als der Ausgangsname		; Effizienz: Der umgesetzte Name ist nicht wesentlich länger als der Ausgangsname
	;Einfachheit: Das Verfahren ist relativ einfach zu implementieren		; Einfachheit: Das Verfahren ist relativ einfach zu implementieren
	;Lesbarkeit: Namen aus im Wesentlichen lateinischen Buchstaben bleiben häufig lesbar, da die Zeichen <code>a</code> bis <code>z</code> nicht verändert werden		; Lesbarkeit: Namen aus im Wesentlichen lateinischen Buchstaben bleiben häufig lesbar, da die Zeichen <code>a</code> bis <code>z</code> nicht verändert werden

	== Regeln der Umwandlung ==		== Regeln der Umwandlung ==
Zeile 21:		Zeile 21:
	! Zeichenkette		! Zeichenkette
	! Punycode		! Punycode
	! colspan="2"\| IDNA		!colspan="2"\| IDNA
	\|-		\|-
	\| abcdef		\| abcdef
Zeile 67:		Zeile 67:
	* nur Nicht-Basiszeichen, so ist das Umwandlungsergebnis nur deren Codefolge, ohne Trennzeichen.		* nur Nicht-Basiszeichen, so ist das Umwandlungsergebnis nur deren Codefolge, ohne Trennzeichen.

	Um die resultierende Zeichenkette möglichst kompakt zu gestalten, werden die Sonderzeichen nicht „eins-zu-eins“, sondern nach dem Punycode-Verfahren kodiert. Die Nicht-Basiszeichen werden zuerst nach ihrem Zahlenwert (Unicode-Codepoint, z. B. "ä" → 228, "ж" → 1078) sortiert. Die Differenz zwischen den ''Werten'' der einzelnen Zeichen wird zusammen mit der jeweiligen ''Position'' in der ursprünglichen Zeichenkette zu einer Zahl kodiert. Diese Zahl wird anschließend durch die 36 Basiszeichen dargestellt und an den Text angehängt. Die Details zu diesem Verfahren sind in RFC 3492 festgelegt, wo auch eine Referenzimplementierung in der [[C (Programmiersprache)\|Programmiersprache C]] für die [[Kodierung]] und die [[Dekodierung]] sowie zahlreiche Beispiele enthalten sind.		Um die resultierende Zeichenkette möglichst kompakt zu gestalten, werden die Sonderzeichen nicht „eins-zu-eins“, sondern nach dem Punycode-Verfahren kodiert. Die Nicht-Basiszeichen werden zuerst nach ihrem Zahlenwert (Unicode-Codepoint, z. B. "ä" → 228, "ж" → 1078) sortiert. Die Differenz zwischen den ''Werten'' der einzelnen Zeichen wird zusammen mit der jeweiligen ''Position'' in der ursprünglichen Zeichenkette zu einer Zahl kodiert. Diese Zahl wird anschließend durch die 36 Basiszeichen dargestellt und an den Text angehängt. Die Details zu diesem Verfahren sind in <nowiki>RFC 3492</nowiki><ref name="RFC3492" /> festgelegt, wo auch eine Referenzimplementierung in der [[C (Programmiersprache)\|Programmiersprache C]] für die [[Kodierung]] und die [[Dekodierung]] sowie zahlreiche Beispiele enthalten sind.

	Bei der Bildung von Domainnamen nach dem Standard [[Internationalizing Domain Names in Applications]] (IDNA) wird bei Vorhandensein von Nicht-Basiszeichen das Präfix „<code>xn--</code>“ vorangestellt, und andernfalls (nur Basiszeichen) kommt Punycode nicht zur Anwendung.		Bei der Bildung von Domainnamen nach dem Standard [[Internationalizing Domain Names in Applications]] (IDNA) wird bei Vorhandensein von Nicht-Basiszeichen das Präfix „<code>xn--</code>“ vorangestellt, und andernfalls (nur Basiszeichen) kommt Punycode nicht zur Anwendung.

	Zu beachten ist des Weiteren, dass bei der Bildung eines IDNA-Domainnamens ''vor'' der Kodierung nach Punycode der Domainname nach bestimmten Regeln normalisiert wird (z. B. wird er in Kleinbuchstaben umgewandelt und bestimmte Unicode-Zeichen auf andere, als ~~"äquivalent"~~ geltende gemappt). Diese Normalisierung ist ''nicht'' Teil von Punycode und i. d. R. nicht eindeutig umkehrbar.		Zu beachten ist des Weiteren, dass bei der Bildung eines IDNA-Domainnamens ''vor'' der Kodierung nach Punycode der Domainname nach bestimmten Regeln normalisiert wird (z. B. wird er in Kleinbuchstaben umgewandelt und bestimmte Unicode-Zeichen auf andere, als „äquivalent“ geltende gemappt). Diese Normalisierung ist ''nicht'' Teil von Punycode und i. d. R. nicht eindeutig umkehrbar.

	== Weblinks ==		== Weblinks ==
	* {{RFC-Internet \|Autor=A. Costello \|RFC=3492 \|Titel=Punycode: A Bootstring encoding of Unicode for Internationalized Domain Names in Applications (IDNA) \|Datum=2003-03 \|Errata=1}}		* {{RFC-Internet \|Autor=A. Costello \|RFC=3492 \|Titel=Punycode: A Bootstring encoding of Unicode for Internationalized Domain Names in Applications (IDNA) \|Datum=2003-03 \|Errata=1}}
			* {{Internetquelle
	* {{cite web\|title=Online-Punycode-Konverter\|url=https://mothereff.in/punycode\|accessdate=2017-03-13}}
			\|url=https://mothereff.in/punycode
	* {{cite web\|title=Online Punycode und Bootstring Konverter\|url=https://cryptii.com/pipes/bootstring\|accessdate=2019-04-28}}
			\|titel=Online-Punycode-Konverter
			\|abruf=2017-03-13}}
			* {{Internetquelle
			\|url=https://cryptii.com/pipes/bootstring
			\|titel=Online Punycode und Bootstring Konverter
			\|abruf=2019-04-28}}

			== Einzelnachweise ==
			<references>
			<ref name="RFC3492">
			{{RFC-Internet \|Autor=A. Costello \|RFC=3492 \|Titel=Punycode: A Bootstring encoding of Unicode for Internationalized Domain Names in Applications (IDNA) \|Datum=2003-03 \|Errata=1}}
			</ref>
			</references>

	[[Kategorie:Internetstandard]]		[[Kategorie:Internetstandard]]

Helium4: /* Grund der Einführung */(IDNA)

2023-02-03T09:15:08Z

Grund der Einführung: (IDNA)

← Nächstältere Version		Version vom 3. Februar 2023, 11:15 Uhr
Zeile 2:		Zeile 2:

	== Grund der Einführung ==		== Grund der Einführung ==

	Der wichtigste Grund für die Einführung von Punycode war die Tatsache, dass in dem etablierten [[Domain Name System]] nur Namen zugelassen sind, die aus den 26 lateinischen [[Buchstabe]]n, den [[Ziffer]]n 0 bis 9, sowie einem [[Bindestrich-Minus]] („Tastatur-Bindestrich“) bestehen. Für die [[englische Sprache]] war dies ausreichend, doch die meisten anderen Sprachen enthalten weitere Zeichen – die [[deutsche Sprache]] beispielsweise die [[Umlaut#Umlaut als Bezeichnung von Buchstaben\|Umlautbuchstaben]] <code>ä</code>, <code>ö</code> und <code>ü</code> sowie das <code>[[ß]]</code>. Um beliebige Texte aus derartigen Sprachen verarbeiten zu können, wurde 2003 das Verfahren [[Internationalizing Domain Names in Applications]] eingeführt, das Punycode als Kodierungsverfahren einsetzt.		Der wichtigste Grund für die Einführung von Punycode war die Tatsache, dass in dem etablierten [[Domain Name System]] nur Namen zugelassen sind, die aus den 26 lateinischen [[Buchstabe]]n, den [[Ziffer]]n 0 bis 9, sowie einem [[Bindestrich-Minus]] („Tastatur-Bindestrich“) bestehen. Für die [[englische Sprache]] war dies ausreichend, doch die meisten anderen Sprachen enthalten weitere Zeichen – die [[deutsche Sprache]] beispielsweise die [[Umlaut#Umlaut als Bezeichnung von Buchstaben\|Umlautbuchstaben]] <code>ä</code>, <code>ö</code> und <code>ü</code> sowie das <code>[[ß]]</code>. Um beliebige Texte aus derartigen Sprachen verarbeiten zu können, wurde 2003 das Verfahren [[Internationalizing Domain Names in Applications]] (IDNA) eingeführt, das Punycode als Kodierungsverfahren einsetzt.

	Soll ein Text an ein System übergeben werden, das nur ASCII beherrscht, so wird er zuvor per Punycode in ASCII umgesetzt. Zu beachten ist, dass sich in vielen Fällen der resultierende Text verlängert. Soll umgekehrt dieser Text aus dem ASCII-System entnommen werden, so wird er per Punycode in die ursprüngliche Form zurückübersetzt. Enthält ein Text keinerlei Sonderzeichen, so wird er durch dieses Verfahren nicht verändert.		Soll ein Text an ein System übergeben werden, das nur ASCII beherrscht, so wird er zuvor per Punycode in ASCII umgesetzt. Zu beachten ist, dass sich in vielen Fällen der resultierende Text verlängert. Soll umgekehrt dieser Text aus dem ASCII-System entnommen werden, so wird er per Punycode in die ursprüngliche Form zurückübersetzt. Enthält ein Text keinerlei Sonderzeichen, so wird er durch dieses Verfahren nicht verändert.

Frupa: /* Grund der Einführung */ ß verlinkt, Umlaute haben schon einen Link

2022-01-05T00:58:56Z

Grund der Einführung: ß verlinkt, Umlaute haben schon einen Link

← Nächstältere Version		Version vom 5. Januar 2022, 02:58 Uhr
Zeile 2:		Zeile 2:

	== Grund der Einführung ==		== Grund der Einführung ==
	Der wichtigste Grund für die Einführung von Punycode war die Tatsache, dass in dem etablierten [[Domain Name System]] nur Namen zugelassen sind, die aus den 26 lateinischen [[Buchstabe]]n, den [[Ziffer]]n 0 bis 9, sowie einem [[Bindestrich-Minus]] („Tastatur-Bindestrich“) bestehen. Für die [[englische Sprache]] war dies ausreichend, doch die meisten anderen Sprachen enthalten weitere Zeichen – die [[deutsche Sprache]] beispielsweise die [[Umlaut#Umlaut als Bezeichnung von Buchstaben\|Umlautbuchstaben]] <code>ä</code>, <code>ö</code> und <code>ü</code> sowie das <code>ß</code>. Um beliebige Texte aus derartigen Sprachen verarbeiten zu können, wurde 2003 das Verfahren [[Internationalizing Domain Names in Applications]] eingeführt, das Punycode als Kodierungsverfahren einsetzt.		Der wichtigste Grund für die Einführung von Punycode war die Tatsache, dass in dem etablierten [[Domain Name System]] nur Namen zugelassen sind, die aus den 26 lateinischen [[Buchstabe]]n, den [[Ziffer]]n 0 bis 9, sowie einem [[Bindestrich-Minus]] („Tastatur-Bindestrich“) bestehen. Für die [[englische Sprache]] war dies ausreichend, doch die meisten anderen Sprachen enthalten weitere Zeichen – die [[deutsche Sprache]] beispielsweise die [[Umlaut#Umlaut als Bezeichnung von Buchstaben\|Umlautbuchstaben]] <code>ä</code>, <code>ö</code> und <code>ü</code> sowie das <code>[[ß]]</code>. Um beliebige Texte aus derartigen Sprachen verarbeiten zu können, wurde 2003 das Verfahren [[Internationalizing Domain Names in Applications]] eingeführt, das Punycode als Kodierungsverfahren einsetzt.

	Soll ein Text an ein System übergeben werden, das nur ASCII beherrscht, so wird er zuvor per Punycode in ASCII umgesetzt. Zu beachten ist, dass sich in vielen Fällen der resultierende Text verlängert. Soll umgekehrt dieser Text aus dem ASCII-System entnommen werden, so wird er per Punycode in die ursprüngliche Form zurückübersetzt. Enthält ein Text keinerlei Sonderzeichen, so wird er durch dieses Verfahren nicht verändert.		Soll ein Text an ein System übergeben werden, das nur ASCII beherrscht, so wird er zuvor per Punycode in ASCII umgesetzt. Zu beachten ist, dass sich in vielen Fällen der resultierende Text verlängert. Soll umgekehrt dieser Text aus dem ASCII-System entnommen werden, so wird er per Punycode in die ursprüngliche Form zurückübersetzt. Enthält ein Text keinerlei Sonderzeichen, so wird er durch dieses Verfahren nicht verändert.

Mike Krüger: Abschnittlink korrigiert

2019-09-12T20:16:10Z

Abschnittlink korrigiert

← Nächstältere Version		Version vom 12. September 2019, 22:16 Uhr
Zeile 2:		Zeile 2:

	== Grund der Einführung ==		== Grund der Einführung ==
	Der wichtigste Grund für die Einführung von Punycode war die Tatsache, dass in dem etablierten [[Domain Name System]] nur Namen zugelassen sind, die aus den 26 lateinischen [[Buchstabe]]n, den [[Ziffer]]n 0 bis 9, sowie einem [[Bindestrich-Minus]] („Tastatur-Bindestrich“) bestehen. Für die [[englische Sprache]] war dies ausreichend, doch die meisten anderen Sprachen enthalten weitere Zeichen – die [[deutsche Sprache]] beispielsweise die [[Umlaut#~~Umlautbuchstaben~~\|Umlautbuchstaben]] <code>ä</code>, <code>ö</code> und <code>ü</code> sowie das <code>ß</code>. Um beliebige Texte aus derartigen Sprachen verarbeiten zu können, wurde 2003 das Verfahren [[Internationalizing Domain Names in Applications]] eingeführt, das Punycode als Kodierungsverfahren einsetzt.		Der wichtigste Grund für die Einführung von Punycode war die Tatsache, dass in dem etablierten [[Domain Name System]] nur Namen zugelassen sind, die aus den 26 lateinischen [[Buchstabe]]n, den [[Ziffer]]n 0 bis 9, sowie einem [[Bindestrich-Minus]] („Tastatur-Bindestrich“) bestehen. Für die [[englische Sprache]] war dies ausreichend, doch die meisten anderen Sprachen enthalten weitere Zeichen – die [[deutsche Sprache]] beispielsweise die [[Umlaut#Umlaut als Bezeichnung von Buchstaben\|Umlautbuchstaben]] <code>ä</code>, <code>ö</code> und <code>ü</code> sowie das <code>ß</code>. Um beliebige Texte aus derartigen Sprachen verarbeiten zu können, wurde 2003 das Verfahren [[Internationalizing Domain Names in Applications]] eingeführt, das Punycode als Kodierungsverfahren einsetzt.

	Soll ein Text an ein System übergeben werden, das nur ASCII beherrscht, so wird er zuvor per Punycode in ASCII umgesetzt. Zu beachten ist, dass sich in vielen Fällen der resultierende Text verlängert. Soll umgekehrt dieser Text aus dem ASCII-System entnommen werden, so wird er per Punycode in die ursprüngliche Form zurückübersetzt. Enthält ein Text keinerlei Sonderzeichen, so wird er durch dieses Verfahren nicht verändert.		Soll ein Text an ein System übergeben werden, das nur ASCII beherrscht, so wird er zuvor per Punycode in ASCII umgesetzt. Zu beachten ist, dass sich in vielen Fällen der resultierende Text verlängert. Soll umgekehrt dieser Text aus dem ASCII-System entnommen werden, so wird er per Punycode in die ursprüngliche Form zurückübersetzt. Enthält ein Text keinerlei Sonderzeichen, so wird er durch dieses Verfahren nicht verändert.

Aka: /* Regeln der Umwandlung */ Abkürzung korrigiert

2019-08-15T15:23:38Z

Regeln der Umwandlung: Abkürzung korrigiert

← Nächstältere Version		Version vom 15. August 2019, 17:23 Uhr
Zeile 66:		Zeile 66:
	* nur Nicht-Basiszeichen, so ist das Umwandlungsergebnis nur deren Codefolge, ohne Trennzeichen.		* nur Nicht-Basiszeichen, so ist das Umwandlungsergebnis nur deren Codefolge, ohne Trennzeichen.

	Um die resultierende Zeichenkette möglichst kompakt zu gestalten, werden die Sonderzeichen nicht „eins-zu-eins“, sondern nach dem Punycode-Verfahren kodiert. Die Nicht-Basiszeichen werden zuerst nach ihrem Zahlenwert (Unicode-Codepoint, z.B. "ä" → 228, "ж" → 1078) sortiert. Die Differenz zwischen den ''Werten'' der einzelnen Zeichen wird zusammen mit der jeweiligen ''Position'' in der ursprünglichen Zeichenkette zu einer Zahl kodiert. Diese Zahl wird anschließend durch die 36 Basiszeichen dargestellt und an den Text angehängt. Die Details zu diesem Verfahren sind in RFC 3492 festgelegt, wo auch eine Referenzimplementierung in der [[C (Programmiersprache)\|Programmiersprache C]] für die [[Kodierung]] und die [[Dekodierung]] sowie zahlreiche Beispiele enthalten sind.		Um die resultierende Zeichenkette möglichst kompakt zu gestalten, werden die Sonderzeichen nicht „eins-zu-eins“, sondern nach dem Punycode-Verfahren kodiert. Die Nicht-Basiszeichen werden zuerst nach ihrem Zahlenwert (Unicode-Codepoint, z. B. "ä" → 228, "ж" → 1078) sortiert. Die Differenz zwischen den ''Werten'' der einzelnen Zeichen wird zusammen mit der jeweiligen ''Position'' in der ursprünglichen Zeichenkette zu einer Zahl kodiert. Diese Zahl wird anschließend durch die 36 Basiszeichen dargestellt und an den Text angehängt. Die Details zu diesem Verfahren sind in RFC 3492 festgelegt, wo auch eine Referenzimplementierung in der [[C (Programmiersprache)\|Programmiersprache C]] für die [[Kodierung]] und die [[Dekodierung]] sowie zahlreiche Beispiele enthalten sind.

	Bei der Bildung von Domainnamen nach dem Standard [[Internationalizing Domain Names in Applications]] (IDNA) wird bei Vorhandensein von Nicht-Basiszeichen das Präfix „<code>xn--</code>“ vorangestellt, und andernfalls (nur Basiszeichen) kommt Punycode nicht zur Anwendung.		Bei der Bildung von Domainnamen nach dem Standard [[Internationalizing Domain Names in Applications]] (IDNA) wird bei Vorhandensein von Nicht-Basiszeichen das Präfix „<code>xn--</code>“ vorangestellt, und andernfalls (nur Basiszeichen) kommt Punycode nicht zur Anwendung.

	Zu beachten ist des Weiteren, dass bei der Bildung eines IDNA-Domainnamens ''vor'' der Kodierung nach Punycode der Domainname nach bestimmten Regeln normalisiert wird (z.B. wird er in Kleinbuchstaben umgewandelt und bestimmte Unicode-Zeichen auf andere, als "äquivalent" geltende gemappt). Diese Normalisierung ist ''nicht'' Teil von Punycode und i.d.R. nicht eindeutig umkehrbar.		Zu beachten ist des Weiteren, dass bei der Bildung eines IDNA-Domainnamens ''vor'' der Kodierung nach Punycode der Domainname nach bestimmten Regeln normalisiert wird (z. B. wird er in Kleinbuchstaben umgewandelt und bestimmte Unicode-Zeichen auf andere, als "äquivalent" geltende gemappt). Diese Normalisierung ist ''nicht'' Teil von Punycode und i. d. R. nicht eindeutig umkehrbar.

	== Weblinks ==		== Weblinks ==

RokerHRO: /* Regeln der Umwandlung */

2019-08-15T10:36:12Z

Regeln der Umwandlung

← Nächstältere Version		Version vom 15. August 2019, 12:36 Uhr
Zeile 66:		Zeile 66:
	* nur Nicht-Basiszeichen, so ist das Umwandlungsergebnis nur deren Codefolge, ohne Trennzeichen.		* nur Nicht-Basiszeichen, so ist das Umwandlungsergebnis nur deren Codefolge, ohne Trennzeichen.

	Um die resultierende Zeichenkette möglichst kompakt zu gestalten, werden die Sonderzeichen nicht „eins-zu-eins“, sondern nach dem Punycode-Verfahren kodiert. Die Nicht-Basiszeichen werden zuerst nach ihrem Zahlenwert sortiert. Die Differenz zwischen den Werten der einzelnen Zeichen wird mit der jeweiligen Position in der ursprünglichen Zeichenkette ~~zur Bildung~~ einer Zahl ~~verwendet~~. Diese Zahl wird anschließend durch die 36 Basiszeichen dargestellt und an den ~~kodierten~~ Text angehängt. Die Details zu diesem Verfahren sind in RFC 3492 festgelegt, wo auch eine Referenzimplementierung in der [[C (Programmiersprache)\|Programmiersprache C]] für die [[Kodierung]] und die [[Dekodierung]] sowie zahlreiche Beispiele enthalten sind.		Um die resultierende Zeichenkette möglichst kompakt zu gestalten, werden die Sonderzeichen nicht „eins-zu-eins“, sondern nach dem Punycode-Verfahren kodiert. Die Nicht-Basiszeichen werden zuerst nach ihrem Zahlenwert (Unicode-Codepoint, z.B. "ä" → 228, "ж" → 1078) sortiert. Die Differenz zwischen den ''Werten'' der einzelnen Zeichen wird zusammen mit der jeweiligen ''Position'' in der ursprünglichen Zeichenkette zu einer Zahl kodiert. Diese Zahl wird anschließend durch die 36 Basiszeichen dargestellt und an den Text angehängt. Die Details zu diesem Verfahren sind in RFC 3492 festgelegt, wo auch eine Referenzimplementierung in der [[C (Programmiersprache)\|Programmiersprache C]] für die [[Kodierung]] und die [[Dekodierung]] sowie zahlreiche Beispiele enthalten sind.

	Bei der Bildung von Domainnamen nach dem Standard [[Internationalizing Domain Names in Applications]] (IDNA) wird bei Vorhandensein von Nicht-Basiszeichen das Präfix „<code>xn--</code>“ vorangestellt, und andernfalls (nur Basiszeichen) kommt Punycode nicht zur Anwendung.		Bei der Bildung von Domainnamen nach dem Standard [[Internationalizing Domain Names in Applications]] (IDNA) wird bei Vorhandensein von Nicht-Basiszeichen das Präfix „<code>xn--</code>“ vorangestellt, und andernfalls (nur Basiszeichen) kommt Punycode nicht zur Anwendung.

RokerHRO: /* Regeln der Umwandlung */ Case-Mapping erwähnt

2019-08-15T10:31:04Z

Regeln der Umwandlung: Case-Mapping erwähnt

← Nächstältere Version		Version vom 15. August 2019, 12:31 Uhr
Zeile 69:		Zeile 69:

	Bei der Bildung von Domainnamen nach dem Standard [[Internationalizing Domain Names in Applications]] (IDNA) wird bei Vorhandensein von Nicht-Basiszeichen das Präfix „<code>xn--</code>“ vorangestellt, und andernfalls (nur Basiszeichen) kommt Punycode nicht zur Anwendung.		Bei der Bildung von Domainnamen nach dem Standard [[Internationalizing Domain Names in Applications]] (IDNA) wird bei Vorhandensein von Nicht-Basiszeichen das Präfix „<code>xn--</code>“ vorangestellt, und andernfalls (nur Basiszeichen) kommt Punycode nicht zur Anwendung.

			Zu beachten ist des Weiteren, dass bei der Bildung eines IDNA-Domainnamens ''vor'' der Kodierung nach Punycode der Domainname nach bestimmten Regeln normalisiert wird (z.B. wird er in Kleinbuchstaben umgewandelt und bestimmte Unicode-Zeichen auf andere, als "äquivalent" geltende gemappt). Diese Normalisierung ist ''nicht'' Teil von Punycode und i.d.R. nicht eindeutig umkehrbar.

	== Weblinks ==		== Weblinks ==

Lómelinde: + Vorlage:RFC-Internet und prettytable→wikitable

2019-08-10T12:33:55Z

+ Vorlage:RFC-Internet und prettytable→wikitable

← Nächstältere Version		Version vom 10. August 2019, 14:33 Uhr
Zeile 15:		Zeile 15:

	== Regeln der Umwandlung ==		== Regeln der Umwandlung ==
	{\| class="~~prettytable~~ float-right"		{\| class="wikitable float-right"
	\|+ Beispiele		\|+ Beispiele
			\|-
	! Zeichenkette		! Zeichenkette
	! Punycode		! Punycode
	!colspan="2"\| IDNA		! colspan="2"\| IDNA
	\|-		\|-
	\| abcdef		\| abcdef
Zeile 70:		Zeile 71:

	== Weblinks ==		== Weblinks ==
	* {{~~cite~~ ~~web~~\|~~title~~=~~RFC~~ 3492 – Punycode: A Bootstring encoding of Unicode for Internationalized Domain Names in Applications (IDNA)~~\|url=https://tools.ietf.org/html/rfc3492\|publisher=[[Request~~ ~~for Comments]]~~\|~~accessdate~~=~~2017~~-03~~-13~~}}		* {{RFC-Internet \|Autor=A. Costello \|RFC=3492 \|Titel=Punycode: A Bootstring encoding of Unicode for Internationalized Domain Names in Applications (IDNA) \|Datum=2003-03 \|Errata=1}}
	* {{cite web\|title=Online-Punycode-Konverter\|url=https://mothereff.in/punycode\|accessdate=2017-03-13}}		* {{cite web\|title=Online-Punycode-Konverter\|url=https://mothereff.in/punycode\|accessdate=2017-03-13}}
	* {{cite web\|title=Online Punycode und Bootstring Konverter\|url=https://cryptii.com/pipes/bootstring\|accessdate=2019-04-28}}		* {{cite web\|title=Online Punycode und Bootstring Konverter\|url=https://cryptii.com/pipes/bootstring\|accessdate=2019-04-28}}

	[[Kategorie:Internetstandard]]		[[Kategorie:Internetstandard]]

ScarletFalcon: Hinzufügen eines Bootstring Konverters zu den Weblinks

2019-04-28T14:05:50Z

Hinzufügen eines Bootstring Konverters zu den Weblinks

← Nächstältere Version		Version vom 28. April 2019, 16:05 Uhr
Zeile 72:		Zeile 72:
	* {{cite web\|title=RFC 3492 – Punycode: A Bootstring encoding of Unicode for Internationalized Domain Names in Applications (IDNA)\|url=https://tools.ietf.org/html/rfc3492\|publisher=[[Request for Comments]]\|accessdate=2017-03-13}}		* {{cite web\|title=RFC 3492 – Punycode: A Bootstring encoding of Unicode for Internationalized Domain Names in Applications (IDNA)\|url=https://tools.ietf.org/html/rfc3492\|publisher=[[Request for Comments]]\|accessdate=2017-03-13}}
	* {{cite web\|title=Online-Punycode-Konverter\|url=https://mothereff.in/punycode\|accessdate=2017-03-13}}		* {{cite web\|title=Online-Punycode-Konverter\|url=https://mothereff.in/punycode\|accessdate=2017-03-13}}
			* {{cite web\|title=Online Punycode und Bootstring Konverter\|url=https://cryptii.com/pipes/bootstring\|accessdate=2019-04-28}}

	[[Kategorie:Internetstandard]]		[[Kategorie:Internetstandard]]

77.6.15.185: /* Regeln der Umwandlung */ Grammatik

2019-03-13T09:16:41Z

Regeln der Umwandlung: Grammatik

← Nächstältere Version		Version vom 13. März 2019, 11:16 Uhr
Zeile 67:		Zeile 67:
	Um die resultierende Zeichenkette möglichst kompakt zu gestalten, werden die Sonderzeichen nicht „eins-zu-eins“, sondern nach dem Punycode-Verfahren kodiert. Die Nicht-Basiszeichen werden zuerst nach ihrem Zahlenwert sortiert. Die Differenz zwischen den Werten der einzelnen Zeichen wird mit der jeweiligen Position in der ursprünglichen Zeichenkette zur Bildung einer Zahl verwendet. Diese Zahl wird anschließend durch die 36 Basiszeichen dargestellt und an den kodierten Text angehängt. Die Details zu diesem Verfahren sind in RFC 3492 festgelegt, wo auch eine Referenzimplementierung in der [[C (Programmiersprache)\|Programmiersprache C]] für die [[Kodierung]] und die [[Dekodierung]] sowie zahlreiche Beispiele enthalten sind.		Um die resultierende Zeichenkette möglichst kompakt zu gestalten, werden die Sonderzeichen nicht „eins-zu-eins“, sondern nach dem Punycode-Verfahren kodiert. Die Nicht-Basiszeichen werden zuerst nach ihrem Zahlenwert sortiert. Die Differenz zwischen den Werten der einzelnen Zeichen wird mit der jeweiligen Position in der ursprünglichen Zeichenkette zur Bildung einer Zahl verwendet. Diese Zahl wird anschließend durch die 36 Basiszeichen dargestellt und an den kodierten Text angehängt. Die Details zu diesem Verfahren sind in RFC 3492 festgelegt, wo auch eine Referenzimplementierung in der [[C (Programmiersprache)\|Programmiersprache C]] für die [[Kodierung]] und die [[Dekodierung]] sowie zahlreiche Beispiele enthalten sind.

	Bei der Bildung von Domainnamen nach dem Standard [[Internationalizing Domain Names in Applications]] (IDNA) wird bei Vorhandensein von Nicht-Basiszeichen ~~ein~~ „<code>xn--</code>“ ~~Präfix~~ vorangestellt, und andernfalls (nur Basiszeichen) kommt Punycode nicht zur Anwendung.		Bei der Bildung von Domainnamen nach dem Standard [[Internationalizing Domain Names in Applications]] (IDNA) wird bei Vorhandensein von Nicht-Basiszeichen das Präfix „<code>xn--</code>“ vorangestellt, und andernfalls (nur Basiszeichen) kommt Punycode nicht zur Anwendung.

	== Weblinks ==		== Weblinks ==