J'ai toujours supposé que le navigateur e-mail-validation-regex est plus robuste que certains modèles regex en JS / PHP.
Mon employeur vient de me montrer que les deux chaînes sont considérées comme correctes (enfin en FF28):
[email protected] // Expected to be true, is true
test@test // Expected to be false, is true
Pourquoi ce dernier est-il vrai? Est-ce un bug ou quelque chose pour l'avenir? Parce que pour autant que je sache, ce n'est pas correct de ne pas utiliser d'extention (à part peut-être les hôtes locaux).
Quelqu'un qui peut faire la lumière sur cela?
email
firefox
validation
Martijn
la source
la source
<input type="email" />
n'est utile que pour les sites Web mobiles, de sorte que la plupart des claviers s'affichent avec un affichage approprié (avec la@
clé et certains.com
raccourcis…).pattern
test@test
est une adresse e-mail valide ... elle est traitéetest
comme untld
. Tout commetest@com
est une adresse e-mail valide pour lecom
tld ... tools.ietf.org/html/rfc2822#section-3.4.1Réponses:
Il est valide car il
test
peut s'agir d'un domaine de premier niveau et d'localpart@top-level-domain
une adresse e-mail valide.Voir par exemple Adresse e-mail, partie domaine
la source
test
tant que TLD simplement parce qu'il ne se trouve pas encore enregistré.Vous pouvez modifier votre fichier d'hôtes ou exécuter un serveur DNS sur un réseau local pour créer une machine avec un nom de domaine de premier niveau. L'adresse e-mail ne sera accessible que si elle est routée uniquement au sein de ce réseau local, mais il s'agit d'une configuration possible.
la source
Notez également que les navigateurs Web ne sont pas tenus d'effectuer des vérifications de validation. Les navigateurs plus anciens ne font rien de spécial avec l'adresse e-mail. Les navigateurs plus récents peuvent valider, mais le type «e-mail» est plus utile sur les appareils mobiles où un clavier spécialisé peut être montré à l'utilisateur.
la source