2008-08-08 15 views
16

हम अपने उत्पाद की एक प्रमुख पुनर्लेखन के प्रारंभिक डिजाइन चरणों में हैं। अभी हमारे ग्राहक ज्यादातर व्यवसाय हैं। हम खाते का प्रबंधन करते हैं। किसी खाते के लिए उपयोगकर्ता नाम प्रत्येक अपने नामस्थान पर हैं लेकिन इसका मतलब है कि हम सर्वरों के बीच संपत्ति नहीं ले जा सकते हैं।लॉगिन आईडी के लिए क्या उपयोग करें?

हम एक ही नामस्थान में जाना चाहते हैं। लेकिन यह अद्वितीय उपयोगकर्ता नामों की समस्या लाता है।

तो सबसे अच्छा विचार क्या है?

  • ईमेल पता (डब्ल्यू/सत्यापन)?
  • अद्वितीय अल्फा-न्यूमेरिक स्ट्रिंग ("जॉन्समिथ 9234")?
  • क्या हमें ओपनआईडी देखना चाहिए?

उत्तर

41

ईमेल पता

वाजिब

  1. उपयोगकर्ता ईमेल में परिवर्तन नहीं करते बहुत बार
  2. उपयोगकर्ता नाम और ईमेल पता, के लिए पूछ के कदम की आवश्यकता होगी जो निकालता है वैसे भी
  3. उपयोगकर्ता अक्सर अपना ईमेल पता नहीं भूलते हैं (नंबर एक देखें)
  4. ईमेल तब तक अद्वितीय होगा जब तक उपयोगकर्ता पहले से पंजीकृत नहीं है साइट, जिस स्थिति में उन्हें आपकी पासवर्ड स्क्रीन भूल गई है
  5. लगभग हर कोई वेबसाइट पर पहुंच के लिए प्राथमिक लॉगिन के रूप में ईमेल का उपयोग कर रहा है, इसका मतलब है कि गोद लेने की दर इस तथ्य से प्रभावित नहीं होनी चाहिए कि आप एक ईमेल पता

अद्यतन

पंजीकरण के बाद के लिए पूछ, उपयोगकर्ता नाम किसी तरह का बनाने के लिए उपयोगकर्ता पूछ लें, नहीं कूड़े अपने ईमेल पते के साथ एक सार्वजनिक साइट! इसके अलावा, लॉगिन के रूप में ईमेल पते का उपयोग करने का एक अन्य लाभ: आपको किसी अन्य जानकारी की आवश्यकता नहीं होगी (जैसे पासवर्ड/पासवर्ड पुष्टिकरण), बस उन्हें मेल के माध्यम से एक अस्थायी पासवर्ड भेजें, या पासवर्ड को पूरी तरह से छोड़ दें और उन्हें एक-एक उपयोग भेजें जब भी वे लॉगिन करना चाहते हैं तो उनके ईमेल पते पर यूआरएल (देखें: mugshot.org)

0

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

4

मुझे ओपनआईडी पसंद है, लेकिन मैं अभी भी ईमेल पते के साथ जाऊंगा, जब तक कि आपका उपयोगकर्ता समुदाय बहुत तकनीकी रूप से समझदार न हो। अधिकांश लोगों को समझने और याद रखने के लिए अभी भी बहुत आसान है।

1

मैं व्यक्तिगत रूप से ईमेल डब्ल्यू/सत्यापन कहूंगा, ओपनआईड एक अच्छा विचार है, लेकिन मुझे लगता है कि एक प्रदाता ढूंढना जो आपके पहले से ही दर्द है , मेरे पास केवल ओपनआईडी था क्योंकि बीटा से सिर्फ 2 दिन पहले मैंने ब्लॉगस्पॉट पर एक ब्लॉग शुरू करने का फैसला किया था। लेकिन इंटरनेट पर हर किसी के पास ईमेल पता होता है, खासकर जब व्यवसायों से निपटने के दौरान, लोग व्यक्तिगत ब्लॉग या व्यवसाय लॉगिन के लिए क्या नहीं चुनते हैं।

1

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

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

6

ओपनआईडी बहुत चालाक है, और कुछ आपको गंभीरता से विचार करना चाहिए क्योंकि यह मूल रूप से स्थानीय उपयोगकर्ता नाम और पासवर्ड को बचाने और प्रमाणीकरण के बारे में चिंता करने की आवश्यकता को हटा देता है।

आजकल कई साइटें ओपनआईडी और स्वयं दोनों का उपयोग कर रही हैं, जिससे उपयोगकर्ता विकल्प चुनते हैं।

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

HTH!

1

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

2

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

ईमेल पता सत्यापित करना अच्छा है, लेकिन इसे ब्लॉक साइनअप न करें।

+0

आपकी आईपी पते की सीमा क्यों ब्लैकलिस्ट की गई? क्या लोग दुर्भावनापूर्ण रूप से * अन्य * लोगों के ईमेल पते सबमिट करते थे, और फिर ईमेल को स्पैम के रूप में फ़्लैग किया गया था?(यदि हां, तो प्रति आईपी और दिन # साइनअप सीमित करने से मुझे लगता है कि उस समस्या को कम कर सकता है) – KajMagnus

+0

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

2

अभी हमारे ग्राहक अधिकतर व्यवसाय हैं।

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

यदि यह "स्टैक ओवरव्लो को लॉगिन के लिए ओपनआईडी की आवश्यकता होनी चाहिए" या "क्या मुझे ब्लॉग-टिप्पणी-प्रणाली आपको ओपनआईडी के माध्यम से स्वयं को पहचानने की अनुमति देनी चाहिए", तो मेरा जवाब "बिल्कुल!" होगा, लेकिन इस मामले में, मैं नहीं करता हूं ' टी ओपनआईडी एक अच्छा फिट होगा लगता है।

1

आप OpenID पर देख रहे हैं आप http://eaut.org/ और http://emailtoid.net की जांच करनी चाहिए। मूल रूप से आप लॉगिन के लिए ईमेल पते स्वीकार कर सकते हैं और दृश्यों के पीछे उन्हें बिना किसी जानकारी के ओपनआईडी में अनुवाद कर सकते हैं। इसकी सुंदर चिकनी चीजें ...

+2

दोनों लिंक एक असंबद्ध वेबसाइट पर मृत या बिंदु हैं, अब वर्ष 2013 - शायद उत्तर हटाएं? – KajMagnus