जवाबों:
अपने लक्षित दर्शकों पर निर्भर करता है ( 'सामान्य', बहुत तकनीक के जानकार, या सामाजिक नेटवर्क से उत्पन्न) या तो :
या
दोनों के अपने मुद्दे हैं।
कुछ दर्शकों में ईमेल पते बहुत बदल जाते हैं। आपको एक अच्छी खाता पुनर्प्राप्ति तंत्र की आवश्यकता है, अधिमानतः प्रत्येक खाते में कई ईमेल पते जोड़ने का विकल्प। लेकिन फिर भी, उपयोगकर्ता नाम के रूप में ईमेल पते स्व-चयनित उपयोगकर्ता नाम से बेहतर हैं क्योंकि लोग उन्हें याद कर सकते हैं, और बस ईमेल + पासवर्ड का उपयोग करके साइनअप प्रक्रिया को सरल करता है।
ओपनआईडी, फेसबुक कनेक्ट आदि बेहतरीन हैं। लेकिन "मैं साइट बी पर हूं , और मैं लॉग इन नहीं कर सकता हूं। अप्रत्यक्ष रूप से मुझे अपने क्रेडेंशियल्स की जांच करने के लिए साइट ए पर जाने की जरूरत है " बड़े पैमाने पर बाजार द्वारा अभी तक समझा नहीं गया है। OpenID बहुत ही तकनीक-प्रेमी दर्शकों के साथ शानदार काम करता है, हालांकि स्टैक एक्सचेंज साइटों द्वारा सचित्र है ...
निष्कर्ष: आपको अपने लक्षित दर्शकों पर सावधानीपूर्वक विचार करने की आवश्यकता है, और यदि संभव हो, तो अलग-अलग प्रमाणीकरण तंत्रों का एक दालान प्रयोज्य परीक्षण चलाएं ।
दोनों के साथ मुद्दे हैं, यह विश्वास है या नहीं।
लोग अपना ईमेल लगभग लगातार बदलते हैं, ऐसा लगता है। वे जितने छोटे हैं, उतने ही बुरे हैं। इस कारण से, खातों को ईमेल में बाँधना कठिन है। हालांकि, ईमेल उपयोगकर्ता नाम की तुलना में लोगों को याद रखना बहुत आसान है।
उपयोगकर्ता नाम महान हैं कि वे अक्सर बदलते नहीं हैं, लेकिन लोग अक्सर उन्हें भूल जाते हैं। फिर आपको एक पासवर्ड पुनर्प्राप्ति प्रणाली और एक उपयोगकर्ता नाम पुनर्प्राप्ति प्रणाली दोनों से निपटना होगा। दोगुना काम, आधा मजा।
मैं व्यक्तिगत रूप से दोनों करता हूं जब मैं किसी तरह की खुली आईडी प्रणाली के बिना एक साइट कर रहा हूं। मैं दोनों को इकट्ठा करता हूं, दोनों को डीबी में संग्रहीत करता हूं, फिर प्रवेश किए गए लॉगिन मूल्य के आधार पर खोज करता हूं कि वह कौन सा उपयोग करने का इरादा रखता है। जाहिर है, इसका मतलब उपयोगकर्ता नाम में कोई @ चिह्न नहीं है। हालांकि, मेरे उपयोगकर्ताओं के लिए कम से कम दो विकल्पों में से एक को याद रखना बहुत आसान है। पुनर्प्राप्ति के लिए मैं एक चुनौती प्रणाली का उपयोग करता हूं, क्योंकि मैं सत्यापन उद्देश्यों के लिए ईमेल से सावधान हूं। हैकर्स ईमेल प्राप्त कर सकते हैं ... वे नहीं जान सकते कि किसी व्यक्ति की पहली कुत्ते का नाम या पसंदीदा कार क्या है।
OpenId इस तर्क को बहुत कम महत्वपूर्ण बनाता है। जांच करना अच्छी बात है।
यह इस बात पर भी निर्भर कर सकता है कि आप अपनी उपयोगकर्ता जानकारी को कैसे संग्रहीत करते हैं। उदाहरण के लिए, यदि आप एक ऐसे डेटाबेस का उपयोग करते हैं, जिसमें उपयोगकर्ता नाम के रूप में प्राथमिक कुंजी है, तो आप संभवतः उपयोगकर्ता नाम के रूप में ईमेल पते का उपयोग नहीं करना चाहेंगे, क्योंकि यदि उपयोगकर्ता अपना ईमेल पता बदलता है, तो यह प्राथमिक कुंजी को बदल देगा (और पेंच करें) किसी भी विदेशी प्रमुख संदर्भ)।
यदि आप उपयोगकर्ताओं को अपने ईमेल पते या अन्य उपयोगकर्ताओं / आगंतुकों से वास्तविक नाम छिपाने की इच्छा रखते हैं, तो आप एक उपयोगकर्ता नाम फ़ील्ड की इच्छा कर सकते हैं।
इसे अक्सर इन मामलों में एक उपनाम कहा जाता है, और कभी-कभी उपयोगकर्ता के लॉगिन को प्रभावित किए बिना मक्खी पर बदला जा सकता है।
मुझे लगता है कि यह उत्तर इस बात पर निर्भर करता है कि आप जो जानकारी एकत्रित करने जा रहे हैं, वह क्या है जैसे कि उपयोगकर्ता ईमेल न भेजें - ईमेल पता न पूछें, उपयोगकर्ता की जानकारी प्रदर्शित न करें, कोई उपनाम इकट्ठा न करें आदि।
उपयोगकर्ता नाम, ईमेल पते और OpenId में उनके पेशेवरों और विपक्ष हैं।
लेकिन इसे कभी भी यूज़रनेम न कहें और इसके लिए ईमेल एड्रेस होना चाहिए!
पंजीकरण करते समय मैं अपने पसंदीदा उपयोगकर्ता नाम में से एक को उपयोगकर्ता नाम के रूप में दर्ज करता हूं। और यह मुझे गुस्सा दिलाता है - जब ओके पर क्लिक करने के बाद - मुझे एक संदेश मिलता है कि उपयोगकर्ता नाम एक वैध ईमेल पता नहीं है।