Posted on 10/30/2009 3:48:45 AM PDT by Cardhu
The internet regulator has approved plans to allow non-Latin-script web addresses, in a move that is set to transform the online world.
The board of Icann voted at its annual meeting in Seoul to allow domain names in Arabic, Chinese and other scripts.
(Excerpt) Read more at news.bbc.co.uk ...
Thank you Obama. In the pocket of the phishers.
"This there will be [plokh]"
Babelfish did not help very much- I suppose it could be translated into "About time,"
No. The biggest danger is going to come from phishing attacks. If you do any online commerce be afraid. Be very afraid.
Change we can believe in. Mmm mmm mmm.
I pay a couple of bills online line and that’s it. I won’t even order anyting online if there isn’t a phone number to call. I get frustrated ordering online, so usually just call to buy something, and I don’t buy much.
Time to by Cisco stock.....
Time to buy Cisco stock.....
By “My Russian is terrible” I mean that the ending of “bad” should probably be changed since it is a predicate adjective ... I forget if the future tense mangles the ending of “bad” too.
It’s been a while :-)! Russian is a highly inflected language and not for the feint of heart ... even Russians will tell you they make up their own rules for spelling on an as needed basis :-)!
Eh, what am I thinking ... bad is still nominative since it is modifying the subject of the sentence which is “This”. Someone cue the scene from “Life of Brian” with the Latin teacher.
You might have found a problem with the Babelfish translator ... When I type “This will be bad.” it translates just as the original poster posted :-)!
Disclaimer: I work for Cisco.
This will be bad
Phone/FAX numbers can be dangerous too. Once, when ordering plane tickets I mistyped the FAX number when I was sending intimate details of my life & bank account and the fallout from that took a long time to correct.
Something like that. You will no longer be able to look at a printed representation of a URL and know where you are going if you click the link. It’s going to be phishing paradise.
Without those Latin letters on the end, the website simply will not work. (snip)
At first, the change will only apply to the lesser-used group of domains known as the country codes.
These are the Web addresses with endings like .uk, .cn, or .kr, for the United Kingdom, China, and South Korea for example, and their assignment is guided by government rules in each country (snip)
See more here: Web to be Truly worldwide at last
You do have a point there, but perhaps, paradoxically, it may solve that problem by displaying the actual character rather than the ASCHII, UNICODE or Puny code equivalents thus alerting you to the fact of a false address.
My heart's not dodgy, but faint... *\;-)
Thanks ShadowAce, I would like to know what the techies on FR think of the change.
Hey can you get me a job? ;>
(going for my CCIE SP by year's end)
Kim Jong Il North Korea what????
It's been too long since I learnt the ol' hangookmal.
It will be interesting. Obviously the most visible issue will be that names in alternate scripts will be unviewable on machines that don’t have the character set installed. This disadvantage could be used for fraud and/or trickery. Considering Russia, China, Korea typically host a lot of gnarly stuff. Guess I’ll have to install them all now.
Also I wondered if named, bind, and a host of other daemons and programs responsible for domain name resolution will have to be updated to handle the alternate scripts? I guess it’s all still just ASCII on the backend.
That just looks wrong.
I learned the Internet in the early 90's. I remember typing in IP address to telnet into different places, and when the WWW came into main stream, I still typed in the ip address to get the sites. Do all Domain Names still have an IP address attached to them? or did the technology skip me again? I should be relatively easy to see what ip address are assigned to what ISP.
All DNS names resolve to an IP, or alias to another domain name that resolves to one. The IP is the guts of how traffic gets routed.
And your question about the languages that read right to left is an excellent one. I have no idea how that will work.

I think it would be a good idea to install those fonts.
Correct.
Considering Russia, China, Korea typically host a lot of gnarly stuff.
You mean Chinese, Japanese & Korean. Russian is straightforward.
Also I wondered if named, bind, and a host of other daemons and programs responsible for domain name resolution will have to be updated to handle the alternate scripts? I guess its all still just ASCII on the backend.
Named is bind. Yes and no. Mailer backends (sendmail, M-SEXCHANGE, etc.) and web browsers will have to be able to tolerate it, as will anything else that deals with internet URLs. No, it cannot remain ASCII on the backend. UTF8 makes the most sense, but MS doesn't deal with that well.
(From the article) There are those who worry that it might lead to a kind of ghettoisation of the internet, with language communities operating entirely within their own languages cut off from the rest of the web.
That would include me and I've been working on the programming side of these issues for over a decade.
Garde la Foi, mes amis! Nous nous sommes les sauveurs de la République! Maintenant et Toujours!
(Keep the Faith, my friends! We are the saviors of the Republic! Now and Forever!)
LonePalm, le Républicain du verre cassé (The Broken Glass Republican)
I looked around, and I didn't see any solution to this problem --- apparently, it's simply going to be ignored by ICANN.
You are in trouble either way: if the application displays Punycode rather than the actual characters, then (most) humans are not going to be able to check correctness by eyeballing the Punycode. If the application shows only the interpreted Punycode, then the classic example of "раураl.com" using Cyrillic letters for the first five letters is virtually identical to the eye to "paypal.com" all in Latin letters. (I am using Firefox 3.5 on a Fedora 11 machine using Century Schoolbook as my font, and those two are indistinguishable when viewed on my monitor; however, if you do a "View Source" on your browser, you can see that they are different encodings. The Punycode for the bogus paypal works out to something like xn--l-7sba6dbr.com)
Showing both simultaneously would at least ameliorate some of the problems, but I doubt that any browser is up to that yet.
I misunderstund what was going to happen. thanks
Disclaimer: Opinions posted on Free Republic are those of the individual posters and do not necessarily represent the opinion of Free Republic or its management. All materials posted herein are protected by copyright law and the exemption for fair use of copyrighted works.