Punycode

Aus rü5
Wechseln zu:Navigation, Suche

Die Umlaut-Domains würden eingeführt, um u.a. dem asiatischem Raum auch die Möglichkeit zu geben, ihre Domain-Namen -für den Benutzer leserlich- z.B. in die Adresszeile des Browsers einzugeben.

Puristen halten diese DNS-Erweiterung für eine Geld-Druck-Maschine, da man Leute dazu bringt, weitere Domains zu registrieren, nur damit Kunden/Freunde es leichter haben, sie zu finden. (es drängt sich mir der Vergleich zu den Mobil-Telefonnummern auf, die sich auch kaum noch einer merken kann :-)

Ich habe mich dieser Sache angenommen, da ich zum einen schon lange eine Domain 'rueckertstrasse5.de' betreibe, bei der es des öfteren (zumeinst von Internet-Neulingen) Schwierigkeiten gab, dass EMails nicht ankamen...

Zum Anderen habe ich versucht, eine möglichst kurze Domain zu finden, und dies ist mir im ASCII-7-Raum leider nicht gelungen (ich habe nicht alle Domain-Varianten durchprobiert, gehe aber davon aus, dass dieser Markt gesättigt ist)

Hier nun die Erfahrungen....

registrierte Domains

folgende Spielwiesen gilt es zu begrünen:

das PunyCode-Debakel

Die Punycode-Codierung wurde eingeführt, da man befürchtete, dass das Name System Domain Name System (oder beteiligte Rand Systeme) nicht mit den Sonderzeichen umgehen könnte. (Bei der IETF ist ein Dokument zu finden, welches versuchte UTF-8 ins DNS einzubauen. Es wurde dieser Möglichkeit wohl keinerlei Beachtung geschenkt -- schade)

Wie ich nun am Selbstversuch bei den obigen Domains feststellen mußte, existieren zwei verschiedene Möglichkeiten der Codierung. '(s. hierzu auch ein Konvertierungs-Seite')

  • rückertstraße5.de
    • IDNA 2003: xn--rckertstrasse5-gsb.de (dies ist gleich mit rückertstrasse5.de !)
    • IDNA 2008: xn--rckertstrae5-u9a01b.de

Feststellen durfte ich dies, nachdem mein Chrome-Browser die Seite nicht & ich keine Einträge in Webserver-Log fand. Es stellt sich nun die Frage nach dem Schuldigen: Browser oder Resolver ?


Programm-Verträglichkeit