Angular.js: ईमेल सत्यापनकर्ता गलत है

हाँ, आप सही हैं, ऐसा लगता है कि EMAIL_REGEX गलत है।

Http://dev.w3.org/html5/markup/input.email.html के अनुसार, हम उपयोग कर सकते हैं

/^[a-zA-Z0-9.!#$%&’*+/=?^_`{|}~-]+@[a-zA-Z0-9-]+(?:\.[a-zA-Z0-9-]+)*$/

और ऐसा लगता है कि . @ अनुसरण न करने के कारण इसे बेहतर काम करना चाहिए

मैं इसके लिए एक त्वरित पैच सबमिट करने का प्रयास करूंगा।

... वास्तव में, यह थोड़ा अधिक जटिल है जितना मैंने सोचा था कि यह होगा, यह थोड़ा और काम कर सकता है। ऐसा लगता है कि यह रेगेक्स को भी स्वीकार करेगा जो एक अवधि के साथ शुरू होता है। इसलिए मुझे लगता है कि यहाँ काम करने के लिए एक सा है।

यदि आप मेरे सामने इसे हल कर सकते हैं, तो निवेदन करने के लिए स्वतंत्र महसूस करें

बग रिपोर्ट के लिए धन्यवाद। डॉक्स डेमो पर, आप 1.2.10 बूँदें तक इस फिक्स को नोटिस नहीं करेंगे, क्योंकि यह 1.2.9 कोणीय स्क्रिप्ट को हर समय लोड करता है। लेकिन कुछ दिनों में आपको यह डॉक्टर के डेमो पर संबोधित करना चाहिए (जब तक कि कमिट वापस नहीं हो जाता, जो O_O हो सकता है)

महान, 10x!

बुध पर, जनवरी 22, 2014 को 5:32 पूर्वाह्न, कैटलिन पॉटर सूचनाएं

बग रिपोर्ट के लिए धन्यवाद। डॉक्स डेमो पर, आप इस फिक्स को नोटिस नहीं करेंगे
1.2.10 बूँदें तक, क्योंकि यह 1.2.9 कोणीय लिपि को हर समय लोड करता है।
लेकिन कुछ दिनों में आपको डॉक्टर के डेमो पर यह पता होना चाहिए

-
इस ईमेल का उत्तर सीधे दें या Gi tHubhttps: //github.com/angular/angular.js/issues/5899#issuecomment -32990587 पर देखें
।

मेरे चेहरे की अभिव्यक्ति क्या थी जब मैंने देखा कि " डमी @ फेर्फ़फे " (बिना किसी डोमेन के) को एक वैध मेल माना जाता है;)

@ mica16 लेकिन dummy@ferferfe एक वैध ईमेल पता है। डोमेन को एक्सटेंशन की आवश्यकता नहीं है, बस localhost बारे में सोचें।

@Zequez सही है, लेकिन कौन उदाहरण में वेबसाइटों के पंजीकरण के लिए लोकलहोस्ट एड्रेस का उपयोग करता है?

@ म्बेकेनबाक उपयोग
एनजी-पैटर्न = "/ ^ [a-z0-9! # $% & '* + / =? ^ _` |} | ~-] + @ [a-z0-9 -] +। [a-z0 -9 -] / "
आदर्श नहीं लेकिन काम करता है।

@ म्बेकेनबैच हाँ, सच। लेकिन विचार करें कि डॉट्स के बिना एक डोमेन नाम एक वैध डोमेन है। वह आईसीएएनएन आपको THEM के साथ एक डोमेन पंजीकृत नहीं करने देगा, इसका मतलब यह नहीं है कि डोमेन नाम अमान्य है।

6 @ 6 एक ईमेल पता नहीं है। तथ्य यह है कि यह एक विशेष परिस्थिति में एक उचित ईमेल पता हो सकता है, मेरी राय में, हमें इसे अनुमति देने के लिए नेतृत्व नहीं करना चाहिए। इस अनुमेय पैटर्न के माध्यम से होने वाली गलती की संभावनाएं उन बाधाओं से अधिक परिमाण के आदेश हैं जो हम ऐसे ईमेल पते वाले किसी व्यक्ति को बाहर करेंगे।

जेफ के लिए +1

@Jffmcmahan मुझे क्षमा करें, लेकिन ऐसा लगता है कि आपको IETF या WHATWG के साथ कोई समस्या दर्ज करनी चाहिए। एक बार किसी ईमेल पते में बदलावों की परिभाषा क्या है, तो इसे एंगुलर में बदल दिया जाना चाहिए, लेकिन हमें वास्तव में RFC और WHATWG सिफारिशों में वर्णित वर्णन का पालन करने की आवश्यकता है।

अब, यदि आप थोड़ा और सख्त होना चाहते हैं, तो आप एक पैटर्न सत्यापनकर्ता भी जोड़ सकते हैं, यह ठीक रहेगा।

@Kitp तुम मालिक हो।

EMAIL_REGEXP को कॉन्फ़िगर करने योग्य बनाने के बारे में कैसे? हमारे सर्वर साइड सत्यापन कोणीय एक की तुलना में सख्त है। विशेष रूप से, यह आवश्यक है, उदाहरण के लिए, कि @ चिह्न से पहले का हिस्सा 63 वर्णों से अधिक लंबा नहीं है। अब हमें सभी ईमेल इनपुट के लिए एक कस्टम निर्देश बनाना होगा या प्रत्येक ईमेल इनपुट में एनजी-पैटर्न को जोड़ना याद रखना होगा।

आप प्रकार = ईमेल के अलावा एनजी-पैटर्न का उपयोग कर सकते हैं, @rjokelai - भी, @matsko का सत्यापन पाइपलाइन परिवर्तन कस्टम ईमेल सत्यापन को जोड़ना आसान बना देगा

"अब, यदि आप थोड़ा और सख्त होना चाहते हैं, तो आप एक पैटर्न वैलिडेटर भी जोड़ सकते हैं, यह ठीक रहेगा।"

कैसे डिफ़ॉल्ट सत्यापनकर्ता के बारे में केवल उनमें एक डॉट के साथ सामान्य ईमेल स्वीकार किए जाते हैं, और यदि कोई छोटा अल्पसंख्यक कम सख्त होना चाहता है, तो वे अपना सत्यापनकर्ता बना सकते हैं। भक्तों के विशाल बहुमत को अपना पैटर्न बनाने की आवश्यकता क्यों है ताकि छोटे अल्पसंख्यक को न करना पड़े? यह मूर्खतापूर्ण मानक शुद्धतावाद है

क्योंकि यह मूल रूप से html5 बाधा सत्यापन के लिए एक पॉलीफ़िल है, इसीलिए। अगले हफ्ते हम उम्मीद करेंगे कि एक ऐसा फीचर शिपिंग होगा जो इसे बहुत आसान बना देगा

क्या डोमेन ज़ोन के बिना ईमेल मान्य हैं? मैं सरल इनपुट फ़ील्ड का प्रकार = "ईमेल" के साथ परीक्षण कर रहा हूं और कोणीय _foo @ बार_ ईमेल को सफलतापूर्वक सत्यापित

ओह, पहले से ही एक बंद मुद्दा है - https://github.com/angular/angular.js/issues/9463

क्या डोमेन ज़ोन के बिना ईमेल मान्य हैं? मैं सरल इनपुट फ़ील्ड का प्रकार = "ईमेल" के साथ परीक्षण कर रहा हूं और कोणीय सफलतापूर्वक @ @ ईमेल को सत्यापित करता है। (कोणीय v1.3.0)

वे मान्य ईमेल हैं, प्रति युक्ति। इस सवाल का जवाब इस ट्रैकर पर कई बार दिया गया है, एक TLD के बिना ईमेल के बारे में कुछ भी अमान्य नहीं है।

इच्छित TLDs की आवश्यकता के लिए एक कस्टम सत्यापनकर्ता का उपयोग करें

@Kitp , मुझे लगता है कि हम आपको इस बारे में परेशान कर रहे हैं, लेकिन मुझे लगता है कि यह मददगार हो सकता है यदि आपने समझाया हो कि _0 @ 0_ की अनुमति देता है

क्योंकि यह वास्तव में अजीब होने वाला है जब आपका ब्राउज़र कहता है कि यह वैध है और कोणीय कहता है कि यह नहीं है

आप ईमेल सत्यापन की तलाश नहीं कर रहे हैं, आप ईमेल सत्यापन के शीर्ष पर पैटर्न सत्यापन की तलाश कर रहे हैं --- आप मान्य ईमेल पते (कोणीय द्वारा नियंत्रित) चाहते हैं जो एक विशिष्ट पैटर्न से मेल खाते हैं (जिसमें एक TLD होता है)

1. क्या यह अजीब होगा जब आप पैटर्न सत्यापन जोड़ते हैं और फिर "आपका ब्राउज़र कहता है कि यह वैध है और [ए] कागुलर कहता है कि यह नहीं है"? नहीं, तो यह अजीब होगा कि अगर उस पैटर्न को वैधता में बनाया गया है।
2. हम सभी इस बात से अवगत हैं कि हम जिस रुचि के उपयोग के मामले में वैध ईमेल के लिए गुजरते हैं, वह कल्पना से अधिक संकीर्ण है।

_ मैं केवल यह जानना चाहता हूं कि कोणीय को उस मामले के मामले में सेवा क्यों नहीं करनी चाहिए जिसकी मुझे दिलचस्पी है, क्योंकि यह सामान्य मामला है ।_

तो यह अजीब क्यों होगा अगर उस पैटर्न सत्यापन को बनाया गया था?

दरअसल, आपको ब्राउज़र से वही व्यवहार मिलता है। http://jsfiddle.net/t6rdmngo/ यदि आप इसे आधुनिक ब्राउज़र में चलाते हैं, तो आप TLD को शामिल नहीं करने पर पैटर्न बेमेल होने के कारण शीर्ष फ़ॉर्म सबमिट नहीं कर पाएंगे।

कोणीय संस्करण में, आपको समान व्यवहार मिलता है। यह अच्छा है। यह ही हम चाहते है। देशी व्यवहार और रूपरेखा व्यवहार के बीच समान व्यवहार। मंच के साथ फ्रेमवर्क में असहमति नहीं होनी चाहिए

अब समझ आया। मेरे साथ डालने के लिए धन्यवाद!

आप ng-pattern का उपयोग करके इसे जल्दी से ठीक कर सकते हैं

<input type="email" ng-pattern="/^[_a-z0-9]+(\.[_a-z0-9]+)*@[a-z0-9-]+(\.[a-z0-9-]+)*(\.[a-z]{2,4})$/">

यदि आप रीगेक्स में अंतिम * से + बदलते हैं तो यह अपेक्षित रूप से काम करता है

http://w3c.github.io/html-reference/input.email.html

+ -zA-Z0-9 -] +) + $ /