> On peut également remarquer que IE, sans aucun module est déjà capable de traiter ces URL... curieux.
Oui, enfin, IE (ni AMHA aucun autre navigateur) ne cherche vraiment à « comprendre » l'URI que tu lui jettes en pâture. Il se contente de la balancer au resolver du système qui va, lui, aller à la pêche sur le DNS. Et voici comment ça se passe :
$ host -t ns com.
com name server M.GTLD-SERVERS.NET.
com name server A.GTLD-SERVERS.NET.
[SNIP]
$ host www.éditions.com. M.GTLD-SERVERS.NET.
Using domain server:
Name: M.GTLD-SERVERS.NET.
Address: 192.55.83.30#53
Aliases:
www.233円ditions.com has address 198.41.1.35
Cette adresse est tout simplement celle du site [http://idnnow.com/(...)] où un script Perl se chargera d'afficher la page de téléchargement du greffon pour IE. Inutile de dire que cette « solution technique » est lamentable, on dirait du Microsoft tellement cela bafoue les standards. Je suis pourtant à fond pour une méthode permettant à tout le monde de communiquer dans sa langue/son alphabet/etc. (et oui, un URI, c'est de la communication. Farpaitement), mais, nom d'une pipe, ils ne pouvaient pas attendre que le vrai standard de l'IETF arrive ? Surtout qu'une des priorités de celui-ci est de ne rien casser dans le système DNS existant, ce que Verisign vient de faire sans se poser la moindre question. Quelle bande de jean-foutre ! :-((
Petite note additionnelle : si wget et les autres n'arrivent pas à afficher ladite page, c'est parce qu'ils transforment ton URL en [http://www.%E9ditions.com/(...)], et cet échappement ne permet pas au serveur DNS Verisign de la comprendre. Je ne sais pas très bien si on doit échapper les caractères spéciaux avant le premier '/' (et j'ai la flemme d'aller relire la RFC), mais sachant que le seul soft qui ne le fait pas est de chez MS, je pense que l'on peut sans trop de risques affirmer que la méthode de Verisign répose sur un bug d'IE :-)
[^] # Re: VeriSign impose le support des adresses Web avec accents
Posté par William Steve Applegate . En réponse à la dépêche VeriSign impose le support des adresses Web avec accents. Évalué à 6.
Oui, enfin, IE (ni AMHA aucun autre navigateur) ne cherche vraiment à « comprendre » l'URI que tu lui jettes en pâture. Il se contente de la balancer au resolver du système qui va, lui, aller à la pêche sur le DNS. Et voici comment ça se passe :
$ host -t ns com.
com name server M.GTLD-SERVERS.NET.
com name server A.GTLD-SERVERS.NET.
[SNIP]
$ host www.éditions.com. M.GTLD-SERVERS.NET.
Using domain server:
Name: M.GTLD-SERVERS.NET.
Address: 192.55.83.30#53
Aliases:
www.233円ditions.com has address 198.41.1.35
Cette adresse est tout simplement celle du site [http://idnnow.com/(...)] où un script Perl se chargera d'afficher la page de téléchargement du greffon pour IE. Inutile de dire que cette « solution technique » est lamentable, on dirait du Microsoft tellement cela bafoue les standards. Je suis pourtant à fond pour une méthode permettant à tout le monde de communiquer dans sa langue/son alphabet/etc. (et oui, un URI, c'est de la communication. Farpaitement), mais, nom d'une pipe, ils ne pouvaient pas attendre que le vrai standard de l'IETF arrive ? Surtout qu'une des priorités de celui-ci est de ne rien casser dans le système DNS existant, ce que Verisign vient de faire sans se poser la moindre question. Quelle bande de jean-foutre ! :-((
Petite note additionnelle : si wget et les autres n'arrivent pas à afficher ladite page, c'est parce qu'ils transforment ton URL en [http://www.%E9ditions.com/(...)], et cet échappement ne permet pas au serveur DNS Verisign de la comprendre. Je ne sais pas très bien si on doit échapper les caractères spéciaux avant le premier '/' (et j'ai la flemme d'aller relire la RFC), mais sachant que le seul soft qui ne le fait pas est de chez MS, je pense que l'on peut sans trop de risques affirmer que la méthode de Verisign répose sur un bug d'IE :-)
Envoyé depuis mon PDP 11/70