Je viens de voir que chez Strato ils vendent des noms de domaines avec des caractères accentués ??! Heu c'est nouveau ou bien ?
Non, ce n'est pas nouveau.
En terme technique on appelle cela IDN (Internationalized Domain Names). En terme simple, on appelle cela une connerie car pratiquement un tel domaine n'est utilisable simplement que pour le web à moins de vouloir jongler avec des .
Lolo -- Laurent Frigault | <url:http://www.agneau.org/> - ooh, votre serveur NT ? ah, désolé, je nettoyais ma RedHat et le coup est parti tout seul. -+- OG in: Guide du Cabaliste Usenet - Bien nettoyer sa RedHat
In article <4498615e$0$913$ba4acef3@news.orange.fr>,
stevie <stevie@ladeux.freu> writes:
Je viens de voir que chez Strato ils vendent des noms de domaines avec
des caractères accentués ??! Heu c'est nouveau ou bien ?
Non, ce n'est pas nouveau.
En terme technique on appelle cela IDN (Internationalized Domain Names).
En terme simple, on appelle cela une connerie car pratiquement un tel
domaine n'est utilisable simplement que pour le web à moins de vouloir
jongler avec des xxx@xn--nimportequoi.com .
Lolo
--
Laurent Frigault | <url:http://www.agneau.org/>
- ooh, votre serveur NT ? ah, désolé, je nettoyais ma RedHat et le
coup est parti tout seul.
-+- OG in: Guide du Cabaliste Usenet - Bien nettoyer sa RedHat
Je viens de voir que chez Strato ils vendent des noms de domaines avec des caractères accentués ??! Heu c'est nouveau ou bien ?
Non, ce n'est pas nouveau.
En terme technique on appelle cela IDN (Internationalized Domain Names). En terme simple, on appelle cela une connerie car pratiquement un tel domaine n'est utilisable simplement que pour le web à moins de vouloir jongler avec des .
Lolo -- Laurent Frigault | <url:http://www.agneau.org/> - ooh, votre serveur NT ? ah, désolé, je nettoyais ma RedHat et le coup est parti tout seul. -+- OG in: Guide du Cabaliste Usenet - Bien nettoyer sa RedHat
Monsieur 99
stevie a couché sur son écran le mardi 20 juin 2006 22:57:50 :
Bonsoir
Je viens de voir que chez Strato ils vendent des noms de domaines avec des caractères accentués ??! Heu c'est nouveau ou bien ?
Heu, pas vraiment.
Ca s'appelle de l'IDN, et c'est proposé par verisign depuis, heu (tiens, va chercher, google) mars 2004 pour les .com si j'en crois wikipedia. --
apprend à lire un peu ça te fera du bien. Paille, poutre. Charpente, même, tiens. :)
-+- AA in Guide du Freenaute Déchainé - "Aie mon oeil !" -+-
stevie <stevie@ladeux.freu> a couché sur son écran le mardi 20 juin 2006
22:57:50 :
Bonsoir
Je viens de voir que chez Strato ils vendent des noms de domaines avec des
caractères accentués ??! Heu c'est nouveau ou bien ?
Heu, pas vraiment.
Ca s'appelle de l'IDN, et c'est proposé par verisign depuis, heu (tiens,
va chercher, google) mars 2004 pour les .com si j'en crois wikipedia.
--
apprend à lire un peu ça te fera du bien.
Paille, poutre. Charpente, même, tiens. :)
-+- AA in Guide du Freenaute Déchainé - "Aie mon oeil !" -+-
Quand IE7 (support natif de l'IDN, pour quasiment tout les autres c'est déjà le cas) sortiera ça boostera la sortie de logiciels/code compatible.
Alors que le problème intrinséque de sémantique, litiges, et phishing n'est pas résolu...
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/>
Xavier Roche
Alors que le problème intrinséque de sémantique, litiges, et phishing n'est pas résolu...
Ce qui aurait été raisonnable, c'était d'imposer d'avoir le nom de domaine dans la version normalisée unicode (par exemple, ne pas pouvoir déposer "éxemple.com" si on a pas déja "exemple.com")
Mais comme la règle n'a pas été mise en place avant (et pour cause: IDN est rétro-compatible et utilise e l'ascii), le seul espoir réside dans les protections au niveau du end-user (càd que le browser devra lui même détecter les éventuels fishings.. bon courage)
Alors que le problème intrinséque de sémantique, litiges, et phishing
n'est pas résolu...
Ce qui aurait été raisonnable, c'était d'imposer d'avoir le nom de
domaine dans la version normalisée unicode (par exemple, ne pas pouvoir
déposer "éxemple.com" si on a pas déja "exemple.com")
Mais comme la règle n'a pas été mise en place avant (et pour cause: IDN
est rétro-compatible et utilise e l'ascii), le seul espoir réside dans
les protections au niveau du end-user (càd que le browser devra lui même
détecter les éventuels fishings.. bon courage)
Alors que le problème intrinséque de sémantique, litiges, et phishing n'est pas résolu...
Ce qui aurait été raisonnable, c'était d'imposer d'avoir le nom de domaine dans la version normalisée unicode (par exemple, ne pas pouvoir déposer "éxemple.com" si on a pas déja "exemple.com")
Mais comme la règle n'a pas été mise en place avant (et pour cause: IDN est rétro-compatible et utilise e l'ascii), le seul espoir réside dans les protections au niveau du end-user (càd que le browser devra lui même détecter les éventuels fishings.. bon courage)
Bugs
Patrick Mevzek a émis l'idée suivante :
Alors que le problème intrinséque de sémantique, litiges, et phishing n'est pas résolu...
Beaucoup plus simple comme probleme, j'ai un clavier japonais, et l'IM windows ne gere pas les accents sur ce type de clavier, donc ce sont des site sur lesquel je ne peux aller simplement ... (certe cas particulier, mais bon exemple comme un autre ...)
Patrick Mevzek a émis l'idée suivante :
Alors que le problème intrinséque de sémantique, litiges, et phishing
n'est pas résolu...
Beaucoup plus simple comme probleme, j'ai un clavier japonais, et l'IM
windows ne gere pas les accents sur ce type de clavier, donc ce sont
des site sur lesquel je ne peux aller simplement ... (certe cas
particulier, mais bon exemple comme un autre ...)
Alors que le problème intrinséque de sémantique, litiges, et phishing n'est pas résolu...
Beaucoup plus simple comme probleme, j'ai un clavier japonais, et l'IM windows ne gere pas les accents sur ce type de clavier, donc ce sont des site sur lesquel je ne peux aller simplement ... (certe cas particulier, mais bon exemple comme un autre ...)
Xavier Roche
Beaucoup plus simple comme probleme, j'ai un clavier japonais, et l'IM windows ne gere pas les accents sur ce type de clavier, donc ce sont des site sur lesquel je ne peux aller simplement
Ben si, en tapant le code IDN ascii.
Beaucoup plus simple comme probleme, j'ai un clavier japonais, et l'IM
windows ne gere pas les accents sur ce type de clavier, donc ce sont des
site sur lesquel je ne peux aller simplement
Beaucoup plus simple comme probleme, j'ai un clavier japonais, et l'IM windows ne gere pas les accents sur ce type de clavier, donc ce sont des site sur lesquel je ne peux aller simplement
Ben si, en tapant le code IDN ascii.
Bugs
Xavier Roche a exprimé avec précision :
Beaucoup plus simple comme probleme, j'ai un clavier japonais, et l'IM windows ne gere pas les accents sur ce type de clavier, donc ce sont des site sur lesquel je ne peux aller simplement
Ben si, en tapant le code IDN ascii.
J'ai precise simplement, j'ai pas envie d'aprendre les code des accen francais et des accent danois que j'utilise regulierement (enfin le danois c'est pas moi)
Xavier Roche a exprimé avec précision :
Beaucoup plus simple comme probleme, j'ai un clavier japonais, et l'IM
windows ne gere pas les accents sur ce type de clavier, donc ce sont des
site sur lesquel je ne peux aller simplement
Ben si, en tapant le code IDN ascii.
J'ai precise simplement, j'ai pas envie d'aprendre les code des accen
francais et des accent danois que j'utilise regulierement (enfin le
danois c'est pas moi)
Beaucoup plus simple comme probleme, j'ai un clavier japonais, et l'IM windows ne gere pas les accents sur ce type de clavier, donc ce sont des site sur lesquel je ne peux aller simplement
Ben si, en tapant le code IDN ascii.
J'ai precise simplement, j'ai pas envie d'aprendre les code des accen francais et des accent danois que j'utilise regulierement (enfin le danois c'est pas moi)
Xavier Roche
J'ai precise simplement, j'ai pas envie d'aprendre les code des accen francais et des accent danois que j'utilise regulierement (enfin le danois c'est pas moi)
Oui, certes. Mais les liens fonctionneront, quelque soit le navigateur. L'affichage IDN Unicode n'est qu'un artifice d'affichage, rien d'autre.
J'ai precise simplement, j'ai pas envie d'aprendre les code des accen
francais et des accent danois que j'utilise regulierement (enfin le
danois c'est pas moi)
Oui, certes. Mais les liens fonctionneront, quelque soit le navigateur.
L'affichage IDN Unicode n'est qu'un artifice d'affichage, rien d'autre.
J'ai precise simplement, j'ai pas envie d'aprendre les code des accen francais et des accent danois que j'utilise regulierement (enfin le danois c'est pas moi)
Oui, certes. Mais les liens fonctionneront, quelque soit le navigateur. L'affichage IDN Unicode n'est qu'un artifice d'affichage, rien d'autre.
Patrick Mevzek
Ce qui aurait été raisonnable, c'était d'imposer d'avoir le nom de domaine dans la version normalisée unicode (par exemple, ne pas pouvoir déposer "éxemple.com" si on a pas déja "exemple.com")
C'est le principe des tables d'équivalence par langues. A la discrétion des registres.
Au fait, c'est le prochain chantier du .FR ...
Mais comme la règle n'a pas été mise en place avant (et pour cause: IDN est rétro-compatible et utilise e l'ascii),
Une erreur, manifestement.
Les IDNs ont débarqué sur le marché avant que les standards existent.
le seul espoir réside dans les protections au niveau du end-user (càd que le browser devra lui même détecter les éventuels fishings.. bon courage)
La protection de nos jours se résument au retour à l'affichage ASCII dans la barre de navigation, et pas la version Unicode. Ainsi facile de détecter le subterfuge. Quand on regarde évidemment.
Sauf que c'est justement le contraire de l'objectif recherché. Dommage. Les rares autres préconisations tournent autour de, comme pour le SSL avec le fond jaune ou rouge, d'avoir une police/couleurs/taille différente quand on sort de l'ASCII.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/index>
Ce qui aurait été raisonnable, c'était d'imposer d'avoir le nom de
domaine dans la version normalisée unicode (par exemple, ne pas pouvoir
déposer "éxemple.com" si on a pas déja "exemple.com")
C'est le principe des tables d'équivalence par langues.
A la discrétion des registres.
Au fait, c'est le prochain chantier du .FR ...
Mais comme la règle n'a pas été mise en place avant (et pour cause: IDN
est rétro-compatible et utilise e l'ascii),
Une erreur, manifestement.
Les IDNs ont débarqué sur le marché avant que les standards existent.
le seul espoir réside dans
les protections au niveau du end-user (càd que le browser devra lui même
détecter les éventuels fishings.. bon courage)
La protection de nos jours se résument au retour à l'affichage ASCII
dans la barre de navigation, et pas la version Unicode.
Ainsi facile de détecter le subterfuge. Quand on regarde évidemment.
Sauf que c'est justement le contraire de l'objectif recherché. Dommage.
Les rares autres préconisations tournent autour de, comme pour le SSL
avec le fond jaune ou rouge, d'avoir une police/couleurs/taille
différente quand on sort de l'ASCII.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
<http://www.dotandco.net/ressources/icann_registrars/index>
Ce qui aurait été raisonnable, c'était d'imposer d'avoir le nom de domaine dans la version normalisée unicode (par exemple, ne pas pouvoir déposer "éxemple.com" si on a pas déja "exemple.com")
C'est le principe des tables d'équivalence par langues. A la discrétion des registres.
Au fait, c'est le prochain chantier du .FR ...
Mais comme la règle n'a pas été mise en place avant (et pour cause: IDN est rétro-compatible et utilise e l'ascii),
Une erreur, manifestement.
Les IDNs ont débarqué sur le marché avant que les standards existent.
le seul espoir réside dans les protections au niveau du end-user (càd que le browser devra lui même détecter les éventuels fishings.. bon courage)
La protection de nos jours se résument au retour à l'affichage ASCII dans la barre de navigation, et pas la version Unicode. Ainsi facile de détecter le subterfuge. Quand on regarde évidemment.
Sauf que c'est justement le contraire de l'objectif recherché. Dommage. Les rares autres préconisations tournent autour de, comme pour le SSL avec le fond jaune ou rouge, d'avoir une police/couleurs/taille différente quand on sort de l'ASCII.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/> <http://www.dotandco.net/ressources/icann_registrars/index>
