2008-08-07 11 views
25

मेरे संगठन का एक फॉर्म है जो उपयोगकर्ताओं को हमारे ईमेल पते को अपडेट करने की अनुमति देता है। यह सुझाव दिया गया है कि हमारे पास ईमेल के लिए दो इनपुट बॉक्स हैं: दूसरा ईमेल पुष्टिकरण के रूप में।उपयोगकर्ता ईमेल पता बदलते समय "ईमेल की पुष्टि करें" इनपुट अच्छा अभ्यास है?

पुष्टि के साथ सामना करते समय मैं हमेशा अपना ईमेल पता कॉपी/पेस्ट करता हूं। मुझे लगता है कि हमारे अधिकांश उपयोगकर्ता इतने समझदार नहीं हैं।

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

+2

मैं व्यक्तिगत रूप से इस सुविधा से नफरत करता हूं। मैंने अपने ब्राउज़र को मेरे लिए ई-मेल ऑटोफिल करने दिया (डबलक्लिक, क्लिक करें)। आप वास्तव में पते पेस्ट कॉपी करते हैं? क्या यह व्यर्थ नहीं है? क्या आप इसे टाइपो से कॉपी नहीं करेंगे? –

+0

ईमानदारी से मुझे बहुत से लोगों के साथ बहुत अच्छा लगता है कि मैं इस ओपी पर गैर-प्रोग्रामिंग प्रश्न पूछने के लिए कूद नहीं रहा हूं, "कोड" पोस्ट नहीं कर रहा हूं, भले ही यह नियमों का पालन न करे, यह अच्छा है स्वागत करने का तरीका ... और वास्तव में यह एक "सर्वोत्तम अभ्यास" प्रश्न है LOL मुझे इस पोस्ट के शीर्ष उत्तर की याद दिलाता है http://meta.stackexchange.com/questions/142353/why-is-asking-a-question-on- सबसे अच्छा अभ्यास-एक-बुरी चीज – JimLohse

+0

निष्पक्ष ओपी होने के बावजूद एक विकल्प सुझाता है और पूछता है कि क्या यह अच्छा है, इसलिए वास्तव में "सर्वोत्तम अभ्यास" प्रश्न नहीं है, लेकिन हाँ ... इसलिए मैं लोगों को "राय आधारित" के रूप में बंद नहीं करने के लिए अच्छा लगा :) – JimLohse

उत्तर

4

मैं आपसे सहमत हूं कि यह मेरे लिए काफी परेशान है (मैं दूसरे पते में अपना पता कॉपी और पेस्ट भी करता हूं)।

कहा जा रहा है कि कम समझदार उपयोगकर्ताओं के लिए, यह शायद एक अच्छा विचार है। मेरी मां के प्रकार को देखते हुए यह पुष्टि है कि जब वे टाइप करते हैं तो कई उपयोगकर्ता स्क्रीन पर नहीं देखते हैं (जब वह अपने लैपटॉप का उपयोग कर रही है तो वह पियानो बजाते समय मूंगफली से लिनस जैसा दिखती है)। यदि आपके लिए उपयोगकर्ता का सही ईमेल पता होना महत्वपूर्ण है तो मैं कहूंगा कि एक पुष्टिकरण इनपुट होना बहुत अच्छा विचार है (इन दिनों में से एक मैं शायद अपना ईमेल पता पहले बॉक्स में गलत टाइप करूंगा और इसे दूसरे में गलत पेस्ट करूँगा बॉक्स और फिर एक पूर्ण बेवकूफ की तरह लग रहा है)।

+1

बेशक, यह श्रोएडर है जो पियानो बजाता है, न कि लिनस। –

12

मैं सिर्फ एक इनपुट बॉक्स का उपयोग करूंगा। "पुष्टि" इनपुट एक अवशेष रूप है "पासवर्ड की पुष्टि करें" विधि।

पासवर्ड के साथ, यह उपयोगी है क्योंकि उन्हें आम तौर पर छोटी सर्कल के रूप में टाइप किया जाता है। इसलिए, आप यह सुनिश्चित करने के लिए बस इसे देख नहीं सकते कि आपने इसे सही टाइप किया है।

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

+3

यहां कुछ लोगों ने उल्लेख किया है कि उपयोगकर्ता अक्सर अपने ईमेल पते को गलत टाइप करते हैं।यदि आप इस संभावना के बारे में चिंतित हैं, तो आप पुष्टिकरण बॉक्स प्राप्त कर सकते हैं। – EndangeredMassa

3

मैं जस्टिन से सहमत हूं, जबकि अधिकतर तकनीकी लोग कम समझदार उपयोगकर्ताओं के लिए कॉपी, पेस्ट विधि का उपयोग करेंगे, यह एक अच्छा अभ्यास है।

एक और चीज जो मैं जोड़ूंगा वह यह है कि दूसरे फ़ील्ड में ऑटो-पूर्ण सुविधा अक्षम होनी चाहिए। यह सुनिश्चित करता है कि कम से कम एक फ़ील्ड पर किसी भी विधि से मानव इनपुट है।

1

मैं कहूंगा कि यह ठीक है लेकिन केवल उन फ़ॉर्मों के लिए आरक्षित होना चाहिए जहां ईमेल आवश्यक है। यदि आप अपनी उड़ान बुकिंग के लिए अपना ईमेल गलत टाइप करते हैं तो आपने अपने और दूसरी पार्टी के बीच दो-तरफा लिंक तोड़ दिया है और स्टैक ओवरव्लो पर पुष्टि संख्या प्राप्त करने का जोखिम नहीं है, इसका मतलब केवल आपका Gravatar लोड नहीं होगा ...

मैं खुद को काफी तकनीकी मानता हूं लेकिन अगर मैं इसे काफी महत्वपूर्ण मानता हूं तो मैं हमेशा दोनों क्षेत्रों/wo cut-paste में भरता हूं।

2

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

16

मैंने देखा है कि बहुत से लोग अपना ईमेल पता गलत टाइप करते हैं और मैंने अमान्य ईमेल पते से भरे उपयोगकर्ता डेटाबेस को भी देखा है।

जिस तरह से मैं इसे देखता हूं आपको दो विकल्प मिलते हैं। इनपुट की पुष्टि करने के लिए एक दूसरा बॉक्स का उपयोग करें, या प्रमाणीकरण/सक्रियण ईमेल भेजें।

दोनों परेशानियां हैं ताकि आप चुन सकें कि आपको लगता है कि आपके उपयोगकर्ताओं को कम परेशान होगा।

अधिकांश लोग तर्क देंगे कि एक ईमेल ढूंढना और एक लिंक पर क्लिक करना अधिक परेशान है, लेकिन यह एक खराब पता समस्या की प्रतिलिपि/पेस्ट से बचाता है, और यह आपको उपयोगकर्ताओं को हटाने या रोल करने जैसी चीजों को करने की अनुमति देता है अगर वे 48 घंटे के बाद सक्रिय नहीं है।

+6

लेकिन आपको प्रमाणीकरण ईमेल की आवश्यकता है चाहे आप डबल प्रविष्टि करें या नहीं, जब तक कि आप सही ढंग से दर्ज किए गए पते को स्वीकार करने के इच्छुक नहीं हैं जो मौजूद नहीं हैं/वितरित नहीं हैं। –

+2

कोई सक्रियण ईमेल = पहचान चोरी –

3

जबकि अधिक तकनीक-समझदार लोग कॉपी और पेस्ट करते हैं, तकनीकी लोगों को यह दो बार टाइप करने के लिए परेशान नहीं लगता है। बहुत से उपयोगकर्ता परीक्षण के दौरान मैंने कम तकनीक-समझदार - अधिक नाराज वे इस तरह से कुछ प्रतीत होते हैं ... वे टाइप करने के लिए संघर्ष करते हैं, जब वे देखते हैं कि उन्हें फिर से अपना ईमेल टाइप करना होता है तो यह आमतौर पर होता है एक मजबूत संकेत के साथ स्वागत किया।

मुझे कुछ चीजों का सुझाव दिया जाएगा।

  1. इनपुट बॉक्स के आगे जानकारी की शैली में लिखने आप की तरह (अर्थात [email protected]) तो कुछ के लिए देख रहे हैं। कारण यह महत्वपूर्ण है कि आप आश्चर्यचकित होंगे कि कम तकनीक-समझदार कितनी वेबसाइट और ईमेल पते के बीच वास्तव में अलग नहीं समझते हैं, इसलिए उन्हें अपने इच्छित स्वरूप को स्पष्ट रूप से जानें।

  2. वास्तविक समय में मजबूत स्वरूपण परीक्षण चलाएं, और दृष्टि से उपयोगकर्ता को दिखाएं कि प्रारूप अच्छा या बुरा है। यदि सब कुछ ठीक है तो एक हरा चेक बॉक्स दिमाग में आता है।

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

+0

यदि आप प्रारूप की जांच करने जा रहे हैं, तो कृपया सुनिश्चित करें कि आप इसे * सही * करते हैं। कई सरल ईमेल पता प्रारूप चेक, उदाहरण के लिए, उपयोगकर्ता नाम में एक + को अस्वीकार कर देंगे, जिससे उन्हें वैध, वितरित करने योग्य ईमेल पते का एक बड़ा सेट अवरुद्ध कर दिया जाएगा। (या मेल भेजकर मान्य करें। यह सुनिश्चित करने का एकमात्र असली तरीका है।) –

+0

और आईडीएन के साथ आपको उपयोगकर्ता इनपुट को पन्योड में परिवर्तित करना होगा। – some

3

टंकण बातें दो बार निराशा होती है और प्रति & पेस्ट त्रुटियों या यहां तक ​​कि कुछ लिखने की त्रुटियों को नहीं रोकता।

यदि 48 घंटे के भीतर सक्रियण पूरा नहीं हुआ है या ईमेल बाउंस हो तो मैं पुराने पते पर रोल के साथ एक प्रमाणीकृत/सक्रिय स्कीमा का उपयोग करूंगा।

1

मुझे लगता है कि यह निर्दिष्ट ईमेल पते पर एक सत्यापन कोड भेजता है (और केवल एक बार इसके लिए पूछता है), और जब तक उपयोगकर्ता ने मुझे भेजा कोड दर्ज नहीं किया है तब तक ईमेल पता नहीं बदलता है।

यह है कि अगर वे जल्दी जल्दी में एक दर्जन से अलग पतों पर यह सेट करने का प्रयास है, तो आप कौन सा काम है जो सत्यापन कोड से वे में डाल पता चल जाएगा लाभ दिया है।

प्लस अगर मैं के साथ प्रस्तुत कर रहा हूँ एक "ईमेल पता की पुष्टि करें" बॉक्स, मैं बस पिछले एक से कॉपी और पेस्ट करता हूं, और यदि मैं इसके दोषी हूं, तो मुझे यकीन है कि अन्य कम सावधान उपयोगकर्ता वही करेंगे।

संबंधित मुद्दे