IPv6 c'est parti!

L'ICANN a commencé à ajouter les adresses IPv6 aux DNS root pour les TLD .jp (Japon) et .kr (Corée). Celà signifie que dans ces pays il devient possible d'utiliser IPv6 de manière publique et transparente...

...pour peu que les utilisateurs disposent de systèmes compatibles!

Je ne sais pas bien ce qu'il en est dans ces pays, mais le prochain TLD concerné est le .fr! Et en France, il reste beaucoup de vieux Windows et autres qui ne savent certainement pas gérer le IPv6 en standard... ça va donc pas être tellement transparent que ça.

Alors on pourrait dire que c'est pas grave puisque IPv4 reste disponible, sauf que... si on déploie IPv6, c'est parce qu'on arrive rapidement à épuisement d'adresses IPv4 dans les pays concernés! :|

Que va-t-il se passer? Impossibilité de connecter de nouvelles machines qui seront accessibles à tous (en particulier ceux qui ne peuvent encore utiliser IPv6)? Traffic d'adresses IPv4 avec inflation supérieure au pétrole?

A propos, ça fait des années qu'on aurait du passer à IPv6 pour régler le problème du nombre d'adresses IPv4 trop limité... au lieu de ça on a rusé en instaurant le Classless Inter-Domain Routing (qui permet d'utiliser les dernières miettes d'adresses IPv4 disponibles) ou HTTP 1.1 (qui permet d'héberger plusieurs serveurs web sur la même adresse IP)... mais il est inévitable de finir par se retrouver au pied du mur!

Lors du dernier Networld+Interop, je me rappelle avoir entendu que le Pentagone menait une politique volontariste pour être 100% opérationnel IPv6 en... 2008 si tout va bien!

J'ai un léger préssentiment de bordel à venir... |-| Ceci dit, une petite opération "migration IPv6 au pas forcé" pour faire suite aux opérations "An 2000" et "Euro", ça ferait pas de mal au marché informatique en général!! Gniark! :>>

Isolation Levels in mySQL

Comparison with other DBMS' (via Bruno Vernay)

Humour Geek

I will not cartoon

De l'intérêt du bouton reset

A lire: discussion intéressante sur CYBERcodeur.net de l'intérêt du bouton reset dans les formulaires.

Pour ma part, plus le temps passe et plus je pense que le bouton reset était une fausse bonne idée lors de la spécification de HTML 2.0 . Les seules personnes qui comprennent vraiment comment fonctionne et comment s'utilise le bouton reset sont les développeurs web!

D'ailleurs, ce bouton n'aurait jamais dû s'appeler "Reset" mais "Undo changes". Et la fonction undo, c'est vraiment quelque chose qui serait mieux contrôlé par le navigateur que par le language de description de page.

Afin d'éviter les amiguités et les erreurs si tristement fréquentes quant à l'utilisation de ce bouton, je me suis fixé les règles suivantes:

  • Ne plus utiliser le libellé "reset" ou "remise à zéro", mais plutôt "undo changes" ou "annuler les modifs".
  • Lorsque le bouton reset n'est pas absolument nécessaire, le remplacer par un lien "retour" ou "annuler" qui ramène à la page précédente. En général c'est plus clair pour l'utilisateur.
  • Dans le cas où le bouton reset serait absolument nécessaire, utiliser une distinction visuelle entre submit et reset afin de tenir compte du fait que les utilisateurs de mac s'attendent à un ordre du type Non|Oui alors que les utilisateurs de Windows s'attendent à Oui|Non. Mais franchement, je n'ai pas d'exemple concret où le bouton est vraiment utile... d'autant plus qu'on obtient le même résultat en cliquant sur "reload"/"rafraichir" dans le browser. M'enfin, dans certaines applications web destinées à des utilisateurs avancés, je peux concevoir qu'il soit frustrant de ne pas trouvé le bouton le jour où on en a besoin...

Dynamic HTML and XML: The XMLHttpRequest Object

"As deployment of XML data and web services becomes more widespread, you may occasionally find it convenient to connect an HTML presentation directly to XML data for interim updates without reloading the page." (via Ron)