मैं उपयोगकर्ता नाम के रूप में ईमेल पते का उपयोग कर रहा हूं और उपयोगकर्ताओं को अपना ईमेल बदलने की इजाजत दे रहा हूं ... जो स्पष्ट रूप से उनके लॉगिन को भी बदलता है। क्या कोई कारण है कि इस लचीलापन की समस्या क्यों होगी? उपयोगकर्ताओं को उपयोगकर्ता आईडी के साथ ट्रैक किया जाता है।क्या मुझे उपयोगकर्ता नाम के रूप में ईमेल का उपयोग करते समय उपयोगकर्ता को ईमेल बदलने की अनुमति देनी चाहिए?
धन्यवाद
मैं दोनों पुराने और नए ई-मेल का ट्रैक रखने की सलाह देते हैं और उन्हें या तो साथ प्रवेश करने की अनुमति होगी। FogBugz में एक उपयोगकर्ता नाम फ़ील्ड के साथ-साथ कई ई-मेल पते के लिए समर्थन के साथ ई-मेल है और उपयोगकर्ता किसी भी ई-मेल पते या उनके चुने हुए उपयोगकर्ता नाम से लॉगिन कर सकते हैं।
उपयोगकर्ता के लिए कठिन परिश्रम न करें जब यह प्रोग्राम करना आसान हो।
खराब ईमेल पते रखने का एक बुरा विचार है, अगर किसी और को वह ईमेल पता, विशाल सुरक्षा छेद मिल जाए तो क्या होगा। –
आप ईमेल पते को हटाने के लिए कार्यक्षमता भी जोड़ सकते हैं, फिर यह उपयोगकर्ता की ज़िम्मेदारी है। –
यदि आपका सिस्टम उपयोगकर्ता को ई-मेल के माध्यम से अपने खाते से संबंधित जानकारी के साथ संपर्क करता है, तो मुझे लगता है कि उपयोगकर्ता को अपना ईमेल बदलने की इजाजत दी जानी चाहिए।
जब आप कहते हैं कि उपयोगकर्ता उपयोगकर्ता के साथ ट्रैक किए जाते हैं, तो क्या उपयोगकर्ता का ईमेल पता है? आप जो भी प्रयास कर सकते हैं वह प्रत्येक उपयोगकर्ता के लिए उपयोगकर्ता आईडी # उत्पन्न कर रहा है और ईमेल पते के बजाय उपयोगकर्ताओं को ट्रैक करने के लिए इसका उपयोग करता है। आप अभी भी ईमेल पते को अपने लॉगिन तंत्र और सभी के रूप में उपयोग कर सकते हैं, लेकिन दृश्यों के पीछे एक संख्या का उपयोग करने से उपयोगकर्ताओं को ईमेल पते बदलने की अनुमति मिल जाएगी।
ओपी ने यह नहीं बताया कि वे किस प्रणाली का उपयोग कर रहे हैं, लेकिन यदि यह एएसपी.नेट सुरक्षा प्रदाता (या इसी तरह) है तो एक अलग उपयोगकर्ता "कुंजी" (एक GUID) है जिसका उपयोग आंतरिक रूप से उपयोगकर्ता की पहचान करने के लिए किया जाता है, पूरी तरह से स्वतंत्र उनके उपयोगकर्ता नाम या ई-मेल पते का। – GalacticCowboy
यदि सैम का सुझाव आपके लिए काम नहीं करता है, तो आप कम से कम इसे वेब पेज पर या ई-मेल द्वारा सूचित कर सकते हैं। (या दोनों)
मैं आपको तालिका की प्राथमिक कुंजी के रूप में एक आईडी नंबर का उपयोग करने की सलाह देता हूं और उदाहरण के लिए आप जो भी उपयोगकर्ता नाम चाहते हैं उसका उपयोग कर सकते हैं। उपयोगकर्ता केवल उसका उपयोगकर्ता नाम देखेगा लेकिन आईडी नहीं। फिर उपयोगकर्ता अपना उपयोगकर्ता नाम (ईमेल) बदल सकता है लेकिन प्राथमिक कुंजी वही होगी और अन्य तालिकाओं के लिए विदेशी कुंजी के साथ कोई समस्या नहीं होगी।
ओपी ने कहा कि वह पहले से ही एक उपयोगकर्ता आईडी का उपयोग कर रहा है। –
चूंकि आपके पास उपयोगकर्ता आईडी है, इसलिए आपको इसकी अनुमति देनी चाहिए। मैं एक ऐसी वेबसाइट बनाए रखता हूं जहां ईमेल पंजीकृत उपयोगकर्ताओं के लिए लॉगिन है लेकिन कभी-कभी उपयोगकर्ता किसी भी कारण से अपना ईमेल निष्क्रिय/बदल सकते हैं और फिर वे अपना ईमेल अपडेट कर सकते हैं। आप इसे प्रतिबंधित करके अपने उपयोगकर्ताओं को खोना नहीं चाहते हैं।
बस हर साइट के बारे में मैंने देखा है कि एक ई-मेल पता का उपयोग करता है क्योंकि लॉगिन उपयोगकर्ताओं को अपना ई-मेल पता बदलने और इस प्रकार उनके लॉगिन नाम बदलने की अनुमति देता है।
सार्वजनिक पहचान के संदर्भ में, अधिकांश सेवाएं आपको स्क्रीन नाम बनाने या अपने खाते के लिए हैंडल करने की अनुमति देती हैं, इसलिए जब आप अपने ई-मेल "[email protected]" से लॉग इन कर सकते हैं, तो भी आप अभी भी ज्ञात होंगे "बॉब" के रूप में चाहे आप अपना ई-मेल/लॉगिन बदलते हों या नहीं।
यह भी एक अच्छा विचार है कि लोगों के ई-मेल पते न दिखाना जब तक कि वे स्पष्ट रूप से इसकी अनुमति न दें।
इस तरह मैंने इसे स्थापित किया है। मेरी चिंता यह है कि मैं अपना खाता किसी और को पास कर सकता हूं और उस नए व्यक्ति को पूर्व व्यक्ति इतिहास प्राप्त होता है लेकिन ईमेल और डिस्प्ले नाम बदल सकता है, और पूरी धोखाधड़ी हो सकती है। – zsharp
मेल पता बदलने की क्षमता आवश्यक है, अन्यथा कोई उपयोगकर्ता आपकी साइट पर अपना पूरा डेटा खो सकता है क्योंकि वह अब इसे एक्सेस नहीं कर पाएगा (पासवर्ड रिकवरी अब और काम नहीं करेगा)।
बस सुनिश्चित करें कि नया ई-मेल पता सत्यापित है और सत्यापन किए जाने तक पुराना (और केवल वह) सक्रिय रखें!
मैं बिल्कुल समझ में नहीं आता तुम क्या मतलब है
मेरी चिंता के साथ है कि मैं किसी और को मेरे खाते पारित कर सकते हैं और है कि नए व्यक्ति से पहले लोगों को इतिहास विरासत लेकिन ईमेल और प्रदर्शन नाम परिवर्तित कर सकते हैं , और एक पूर्ण धोखाधड़ी हो
क्या कोई अपना खाता पास कर सकता है ताकि कोई और आपका भाग्य भाग्य हो। यहां तक कि यदि आपको शॉर्ट मैसेज पिन/सेलफोन प्रमाणीकरण की आवश्यकता होती है, तो भी आपको उपयोगकर्ता को अपना सेल नंबर बदलने का विकल्प देना होगा।
स्नेल मेल और वास्तविक नाम (यानी, बैंकिंग दृष्टिकोण) एक विकल्प है, लेकिन यह धीमा और काफी महंगा है।
"ईमेल सत्यापित होने तक" ... भले ही ईमेल लिंक द्वारा सत्यापित नहीं किया गया हो, फिर भी वह इसके साथ लॉगिन कर सकता है बशर्ते उपयोगकर्ता नाम सफलतापूर्वक बदल गया हो – zsharp
मुझे यकीन नहीं है कि मैं इसे सही ढंग से समझता हूं। मान लें कि मैं उपयोगकर्ता आईडी 1 के रूप में लॉग इन हूं, पता '[email protected]'। अब, मैं अपना मेल पता '[email protected]' में बदलना चाहता हूं। आप उपयोगकर्ता आईडी के साथ इस सत्यापन लिंक को अपने डेटाबेस में संग्रहीत करते हैं 1. मेल पते के सत्यापन पर- और पहले नहीं - आप मेल पता बदलते हैं और इस प्रकार डेटाबेस में उपयोगकर्ता नाम भी बदलते हैं। यदि आपकी ऑथ कुकी ई-मेल पते से जुड़ी हुई है, तो उपयोगकर्ता को फिर से लॉगिन करने की आवश्यकता है, अगर यह आवश्यक आईडी के लिए बाध्य है (आपके मूल प्रश्न से मुझे लगता है कि यह पूर्व है)। – mnemosyn
मैं कहूंगा कि अगर आपको लचीलापन की अनुमति नहीं दी गई तो आपको बड़ी समस्याएं होंगी। – Jay
लेकिन इसका मतलब यह होगा कि कोई भी अपना खाता किसी और को पास कर सकता है और कोई भी – zsharp
अंतर नहीं जानता है, वे वैसे भी कर सकते हैं: बस अपना पासवर्ड पास करें और कोई भी अंतर नहीं जानता। –