L'afnic a ouvert il y a quelques semaines la possibilité d'enregistrer des noms de domaines accentués avec caractères diacritiques. Pour le moment nous sommes dans une phase dite de grandfathering ou enregistrement prioritaires pour les ayants droit ( priorité au propriétaire du nom de domaine équivalent en ascii), jusqu'au 3 Juillet date à partir de laquelle la règle du premier arrivé premier servi entrera en vigueur.
J'ai eu la chance de suivre la mise en place de cette ouverture a sein d'un bureau d'enregistrement et cela m'a permis de découvrir les dessous de la gestion des noms de domaine chez les registrar, mais je suis loin d'être un expert sur le sujet et je n'entrerai donc pas dans le vif du sujet.
Mais cela m'a également permis de voir l'impact que cela a sur du code php où la notion de NDD est importante. Parmi ces différentes questions, un doute m'est apparu, quid de la validation des emails dont le domaine sera un IDN. Est-ce que les sites développés et leur CMS / Framework PHP sous-jacent vont supporter ces nouvelles adresses e-mail qui vont arriver dans leur base de donnée.
Va-t-on voir de nombreux "webmarchand" perdre des commandes car l'adresse e-mail aura été invalidée ou au mieux (ou pire) transformée dans son équivalent ASCII ?
Symfony 1.4 : A la lecture de la regex utilisée dans le sfEmailValidator je dirai non.
Symfony 2 : A priori non car s'appuie sur filter_var
Zend Framework: A priori OUI ... La validation de la partie domaine d'un email s'appuie sur la classe Zend_Validate_Hostname qui semble prendre en compte les IDN
Magento : Magento s'appuyant sur le framework Zend je suppose que la réponse est OUI
Prestashop : A priori non ( test de création d'un compte avec un email IDN)
Drupal : A priori NON (test de création de compte)
L'art de valider une adresse e-mail avec des regexp
Au passage cela m'a rappelé que les REGEX permettant de valider une adresse email étaient très nombreuses, et parfois proche de l'art ou de la torture (tout dépend qui la regarde): voyez-vous même ici, ci dessous la regex qui semble être celle qui se rapproche le plus de la RFC et qui est utilisé par la fonction filter_var de PHP 5:
/^(?!(?:(?:\x22?\x5C[\x00-\x7E]\x22?)|(?:\x22?[^\x5C\x22]\x22?)){255,})(?!(?:(?:\x22?\x5C[\x00-\x7E]\x22?)|(?:\x22?[^\x5C\x22]\x22?)){65,}@)(?:(?:[\x21\x23-\x27\x2A\x2B\x2D\x2F-\x39\x3D\x3F\x5E-\x7E]+)|(?:\x22(?:[\x01-\x08\x0B\x0C\x0E-\x1F\x21\x23-\x5B\x5D-\x7F]|(?:\x5C[\x00-\x7F]))*\x22))(?:\.(?:(?:[\x21\x23-\x27\x2A\x2B\x2D\x2F-\x39\x3D\x3F\x5E-\x7E]+)|(?:\x22(?:[\x01-\x08\x0B\x0C\x0E-\x1F\x21\x23-\x5B\x5D-\x7F]|(?:\x5C[\x00-\x7F]))*\x22)))*@(?:(?:(?!.*[^.]{64,})(?:(?:(?:xn--)?[a-z0-9]+(?:-[a-z0-9]+)*\.){1,126}){1,}(?:(?:[a-z][a-z0-9]*)|(?:(?:xn--)[a-z0-9]+))(?:-[a-z0-9]+)*)|(?:\[(?:(?:IPv6:(?:(?:[a-f0-9]{1,4}(?::[a-f0-9]{1,4}){7})|(?:(?!(?:.*[a-f0-9][:\]]){7,})(?:[a-f0-9]{1,4}(?::[a-f0-9]{1,4}){0,5})?::(?:[a-f0-9]{1,4}(?::[a-f0-9]{1,4}){0,5})?)))|(?:(?:IPv6:(?:(?:[a-f0-9]{1,4}(?::[a-f0-9]{1,4}){5}:)|(?:(?!(?:.*[a-f0-9]:){5,})(?:[a-f0-9]{1,4}(?::[a-f0-9]{1,4}){0,3})?::(?:[a-f0-9]{1,4}(?::[a-f0-9]{1,4}){0,3}:)?)))?(?:(?:25[0-5])|(?:2[0-4][0-9])|(?:1[0-9]{2})|(?:[1-9]?[0-9]))(?:\.(?:(?:25[0-5])|(?:2[0-4][0-9])|(?:1[0-9]{2})|(?:[1-9]?[0-9]))){3}))\]))$/iD
stormborns
baratheonpilled
2087
prguitarman
gummygunk
germansingergirl