| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. | | | o que será que ia na cabeça daquela gente quando pensou nisto? será o lobby dos teclados e das escolas de línguas a fazer pressão? ou será idiotice pura? não acredito que os engenheiros não tenham pensado nos extremos (um site da china ter o URL em chinês, algo que nem todos os chineses poderão perceber quanto mais o resto do mundo). quem diz china, diz índia, japão, whatever... que estupidez. btw, aguardo pacientemente que o UTF-32 suporte hieroglifos para nessa altura começar a registar domínios com bonecos.
---
Este espaço pode ser seu... |
| | | | | | Não concordo.
Um site apenas para japoneses, que usam o teclado kanji, deverá poder ter um URL escrito em japonês. Acho esquisitissimo aqueles textos em romanji que aparecem em sites de japoneses para japoneses.
Da mesma forma, um site com um URL em mandarim, embora provavelmente não possa ser lido por todos os chinêses provavelmente terá uma audiência potencial superior a um site que seja acessivel apenas da UE ou dos EUA...
E qual é o problema dos domínios com bonecos? Eu até acharia piada ter um URL escrito em Fenwar ou Tengwar ;-)
Agora a sério, a qustão da "vulnerabilidade" do IDN é simplesmente estarmos habituados a reconhecer apenas um conjunto limitado de caracteres como "legítimos". Se o uso de IDN fosse generalizado, a "falha de segurança" referida seria correctamente identificada como "falha de informação".
A educação dos utilizadores (que pode ser facilitada, obviamente, por um interface adequado) é a única solução possível para este tipo de problema. Mas neste momento os utilizadores já aprenderam a procurar o "aloquete" (como diz a minha mulher, que é de trás-os-montes) para significar que a ligação é segura. Porque é que não aprenderão a reconhecer qualquer outro simbolo que lhes diga que o URL é apenas constituído por simbolos de um determinado alfabeto?
Cumps, JB .. acusaram-O de pirataria, por ter duplicado uma cesta de pão e cinco peixes, e disseram: crucifiquem-No .. (Biblia do Século XXI) |
| | | | Pela mesma razão que os utilizadores não aprendem a não executar attachments no Outlook.
---
Este espaço pode ser seu... |
| | | | URL != conteúdos. Uma coisa é ter páginas em qualquer língua e sistema de escrita, outra coisa são os URLs. Por um lado vão remover a universalidade dos URLs (e se eu quiser visitar a página de uma cidade russa, cujo URL está em cirílico? Eu poderia saber ler cirílico, mas isso não quer dizer que tenha um teclado com esses caracteres...), por outro vão criar inúmeras possibilidades de squatting e agora de phishing. E fora a confusão: O El Corte Inglés terá a sua página em "www.elcorteingles.pt" ou "www.elcorteinglés.pt"? Quantas pessoas sabem que o terceiro "e" tem acento? E eles, terão de registar ambos os URLs? Ou terão de registar todos os URLs com todas as combinações possíveis de caracteres acentuados para evitar esquemas e enganos? O método actual é simples, o IDN só introduz problemas para benefícios irrelevantes ou inexistentes.
--
Carlos Rodrigues
|
| | | | A isso eu respondo:
Quem quiser usar URLs localizados, usa. Quem quiser suportar o minimo denominador comum em termos de URL (ASCII 7 bits) usa.
Ninguém está a dizer que o uso de um URL com ASCII de 7 bits vai ser descontinuado. Provavelmente muitos sites continuarão a usar esses URLs.
Agora, porque é que se usam URLs com nomes numa época em os motores de busca permitem facilmente evitar a memorização de URLs? Porque permite uma memorização mais fácil e um "branding" mais simplificado. Sim, é APENAS para um subconjunto dos sites. E sim, deve estar disponível, apesar disso.
O El Corte Inglés, provavelmente, além desses ainda terá de registar / tentará registar outros domínios (e já hoje em dia usa outros domínios). O que não é problema nenhum, mesmo que a maior parte dos seus utilizadores usem o google para chegar lá, e não saibam, nem se preocupem, com o domínio/URL usado. Estamos a falar de um custo de fazer negócio quase completemente irrelevante para uma empresa de dimensão média. Para aquelas em que não é irrelevante, provavelmente é melhor manterem-se apenas em ASCII7 (mas essas provavelmente nem precisariam de um domínio próprio).
Cumps, JB .. acusaram-O de pirataria, por ter duplicado uma cesta de pão e cinco peixes, e disseram: crucifiquem-No .. (Biblia do Século XXI) |
| | | | " mesmo que a maior parte dos seus utilizadores usem o google para chegar lá"
lol de facto, vivemos mesmo numa outra realidade da informática:
Neto: - "oh 'vó, procura o endereço correcto no google!"
'Vó: - "www.gugel.pt"
Talvez seja melhor saires um bocado do pedestal e ver que as coisas não são como nós pensamos que são.
---
Este espaço pode ser seu... |
| | | | Eu falei google, mas podia ter dito MSN search ou qualquer das outras toolbars ou motores de busca que estão nas "start pages" do browser.
Hoje em dia é sabido que a maior parte das pessoas NÃO INTRODUZ URLS DIRECTAMENTE para a maior parte da navegação.
Cumps, JB .. acusaram-O de pirataria, por ter duplicado uma cesta de pão e cinco peixes, e disseram: crucifiquem-No .. (Biblia do Século XXI) |
| | | | Boa, como a maioria das pessoas normalmente não usa os URLs directamente, vamos então tornar mais difícil fazê-lo. Se tal é verdade, então ainda há menos razões para a existência de IDN. Mas atenção a todo este pessoal "web centric". Os URLs não são apenas usados na web. O que acontece com os endereços de email e todos as outras utilizações possíveis de nomes de domínio? Por razão nenhuma estão a abrir as portas a quantidades industriais de problemas, incompatibilidades e redução de acessibilidades.
--
Carlos Rodrigues
|
| | | | Boa, como a maioria das pessoas normalmente não usa os URLs directamente, vamos então tornar mais difícil fazê-lo.
Se tal é verdade, então ainda há menos razões para a existência de IDN.
Mas atenção a todo este pessoal "web centric". Os URLs não são apenas usados na web. O que acontece com os endereços de email e todos as outras utilizações possíveis de nomes de domínio?
Por razão nenhuma estão a abrir as portas a quantidades industriais de problemas, incompatibilidades e redução de acessibilidades.
PS: já era tempo de o Gildot conseguir transformar as quebras de linha em "line breaks" HTML. O hábito do "blogger", "phpBB" e afins está a criar o caos nos meus posts... :)
--
Carlos Rodrigues
|
| | | | Não vamos tornar mais dificil, vamos tornar mais fácil, porque mais próximo daquilo que é a escrita normal dessas pessoas.
Quanto a utilizações como mail, etc. parece-me que basta a estes clientes suportarem as mesmas capacidades... O RFC actual do mail já é suposto suportar (pelo menos) 8 bit-addresses (não sei se suporta full-Unicode).
O que estás a dizer é que vai ser preciso adaptar uma grande quantidade de software para suportar isto. Correcto. O que não significa que não seja desejável fazê-lo.
Cumps, JB .. acusaram-O de pirataria, por ter duplicado uma cesta de pão e cinco peixes, e disseram: crucifiquem-No .. (Biblia do Século XXI) |
| | | | porque mais próximo daquilo que é a escrita normal dessas pessoas.
Esta justificação não pega. Como tu bem dizes, a maioria das pessoas não escreve directamente URLs e as restantes não querem saber.
Quanto a utilizações como mail, etc. parece-me que basta a estes clientes suportarem as mesmas capacidades... O RFC actual do mail já é suposto suportar (pelo menos) 8 bit-addresses (não sei se suporta full-Unicode).
Mesmo que o mail suporte, explica-me como mando um email para a Rússia, ou para a China se o domínio tiver caracteres locais.
Se me disseres que posso usar PUNYCODE, então estarás a dizer que não faz mal usar nomes de domínio incompreensíveis.
O que estás a dizer é que vai ser preciso adaptar uma grande quantidade de software para suportar isto. Correcto. O que não significa que não seja desejável fazê-lo.
Exacto, grande é ser simpático. E a questão é que não é desejável fazê-lo.
Mais uma vez: os benefícios do IDN são irrelevantes especialmente face aos enormes problemas que causa. Tudo isto é tentar resolver um problema que não existe.
--
Carlos Rodrigues
|
| | | | URL != conteúdos.
Uma coisa é ter páginas em qualquer língua e sistema de escrita, outra coisa são os URLs.
Por um lado vão remover a universalidade dos URLs (e se eu quiser visitar a página de uma cidade russa, cujo URL está em cirílico? Eu poderia saber ler cirílico, mas isso não quer dizer que tenha um teclado com esses caracteres...), por outro vão criar inúmeras possibilidades de squatting e agora de phishing.
E fora a confusão: O El Corte Inglés terá a sua página em "www.elcorteingles.pt" ou "www.elcorteinglés.pt"? Quantas pessoas sabem que o terceiro "e" tem acento? E eles, terão de registar ambos os URLs? Ou terão de registar todos os URLs com todas as combinações possíveis de caracteres acentuados para evitar esquemas e enganos?
O método actual é simples, o IDN só introduz problemas para benefícios irrelevantes ou inexistentes.
--
Carlos Rodrigues
|
| | | | A ideia e boa. O DNS é para ser lido por humanos e nem todos os humanos sabem, ou querem saber, inglês.
Se a maneira como se faz é a mais acertada, isso é outra questão.
## I should be working... |
| | | | Claro que nao. Mas repara que este texto nao tem cacarteres acentuados e que qualquer miudo do 1º ciclo que nao saiba ingles deve de conseguir ler. O mesmo se aplica ao DNS.
|
| | | | E se o miudo do 1º ciclo for Marroquino? Grego? Israelita? Coreano? Continua com a responsabilidade de conseguir ler algo que não suporta nenhum dos simbolos do seu alfabeto?
A Internet é internacional, e não é "coutada" de quem usa alfabeto latino.
Cumps, JB .. acusaram-O de pirataria, por ter duplicado uma cesta de pão e cinco peixes, e disseram: crucifiquem-No .. (Biblia do Século XXI) |
| | | | Então vai ver que tipo de teclados eles estão a usar nesses países.
--
Carlos Rodrigues
|
| | | | Já vi teclados gregos e israelitas, e curiosamente, a implementação primária é.... INGLESA!
Os caracteres nativos são mapeados em simultâneo com teclas inglesas!
Poderias apontar razões de índole cultural..mas a que usaste não pega, definitivamente!
Yours,
McB!
They told me it need Windows 95 or better, so I chose Linux |
| | | | Eu não consigo pensar em IDN sem me ocorrer a expressão "imbecilidade". Nada te impede de registares domains que impeçam o correcto IDN de um pais qualquer. Se a maioria das pessoas tem dificuldade em perceber que os endereços de email, por exemplo, não levam acentos nem cedilhas (muito menos espaços), a esmagadora maioria dos utilizadores que não sabe as regras (certas até há pouco tempo) confundirá os urls típicos dos ataques de phishing e dns poisoning.
|
| | | | Concordo plenamente. Caracteres acentuados em URLs é das ideias mais estúpidas de sempre - só pode ter vindo de algum engravatado que não percebe nada de tecnologia, que achou que "it would sell", e que ignorou os técnicos que lhe disseram que era uma má ideia.
"It is every citizen's final duty to go into the tanks and become one with all the people."
- Chairman Sheng-ji Yang, "Ethics for Tomorrow" |
| | | | | Achei mto interessante este artigo que propõe uma solução, quase um ovo de colombo, daquelas com o potencial de deixar toda a gente satisfeita. Eu próprio como uso a fonte Bitstream Vera Sans para o UI notei logo no FireFox q o 'a' no paypal era diferente, porque a fonte aparentemente não suporta unicode.
|
| | | | Hmmm.... este artigo é de 6 de Janeiro:
http://www.gildot.org/articles/05/01/06/102212.shtml
Comentários?
|
| | | | na verdade vai deixar é de ser activado "out the box"...
"Microsoft gives you Windows, Linux gives you the whole house" |
| | | | | | mais informações aqui.
"Microsoft gives you Windows, Linux gives you the whole house" |
| | | | | there are now many ways to display any domain name on a browser, as there are a huge number of codepages/scripts which look very similar to latin charsets. Eu avisei!
"The greatest obstacle to discovery is not ignorance -- it is the illusion of knowledge."
Daniel J. Boorstin |
| |
|
