सवाल उपयोगकर्ता नाम मानकों में सर्वोत्तम अभ्यास: समस्या से बचें


मुझे यह जानने में दिलचस्पी है कि मानक उपयोगकर्ता नामों के साथ लोगों के अनुभव क्या हैं। मैं हमेशा इस्तेमाल स्थानों में रहा हूँ {FirstInitial} {lastname} (कभी-कभी लंबाई-सीमा के साथ)। अब मेरे पास उपयोगकर्ता हैं जो चाहते हैं {प्रथम नाम अंतिम नाम} - और अब यह आता है कि अवधि में समस्याएं हो सकती हैं।

विशेष रूप से:

  • सभी उपयोगों में संगतता बनाए रखने के लिए उपयोग करने के लिए सबसे अच्छी उपयोगकर्ता नाम सीमा सीमा क्या है?
  • क्या पात्रों से बचा जाना चाहिए?

अद्यतन करें: कारण मैंने विनिर्देशों का जिक्र नहीं किया है कि मैं भविष्य में आने वाली किसी भी चीज़ को संभालने के लिए पर्याप्त सामान्य होना चाहता था। हालांकि, यह एक आवश्यकता के बहुत सामान्य हो सकता है (कुछ भी हो सकता है, है ना?)।

यह हमारा पर्यावरण है: उबंटू सर्वर ल्यूसिड लिंक्स 10.04 एलटीएस, रेड हैट एंटरप्राइज़ लिनक्स 5.6 और ऊपर, विंडोज सर्वर 2003 और विंडोज 2000 सर्वर (विंडोज 2000 मूल मोड में सक्रिय निर्देशिका के साथ), मेल के लिए ज़िम्बा 7.x, और ओपनएलडीएपी पास में भविष्य।

अद्यतन करें: मुझे उल्लेख किया जाना चाहिए (पूर्णता के लिए) मैंने देखा यह प्रश्न (हालांकि यह मेरे पूछे जाने वाले प्रश्न का उत्तर नहीं दिया) और यह भी वेब पोस्ट, जो दोनों बहुत ही जानकारीपूर्ण थे।


55
2018-01-11 16:30


मूल


आपने ऑपरेटिंग सिस्टम / एप्लिकेशन का उल्लेख नहीं किया है। क्या आप इसे किसी भी ओएस / ऐप पर लागू करने के लिए बहुत सामान्य बनाना चाहते हैं? - Khaled
80,000 की हमारी कंपनी ने लॉगिन और ईमेल पते के लिए {firstInitial} {lastname} के मानक का उपयोग किया। श्री थॉमस वाट्स से गुस्सा कॉल के बाद हमने चीजों को बदल दिया, जिनकी ईमेल हमारी फ़ायरवॉल से अवरुद्ध हो रही थी। पर्याप्त लोग हैं और एक समस्या होगी। - MaskedPlant
@ मास्कडप्लेंट: मुझे मजाकिया उपयोगकर्ता नाम पसंद हैं। हमारे पास एक बार ग्राहक था जिसने "अंतिम नाम के पहले चार वर्ण, पहले प्रारंभिक, मध्य प्रारंभिक" के आईबीएम आरएसीएफआईडी मानक का उपयोग किया था। "सुसान पेनिंगटन" इस से खुश नहीं था, जैसा कि आप कल्पना कर सकते हैं। न ही "मैरी उत्तर" किसी अन्य साइट पर पहले प्रारंभिक / अंतिम नाम से खुश था ...> मुस्कान < - Evan Anderson
{पहला प्रारंभिक} {अंतिम नाम} सबसे आम लगता है और छोटे और मध्यम बिज़ के लिए अपेक्षाकृत सुरक्षित है। जब फोन कॉल करते हैं और बी 2 बी बात करते हैं तो बिक्री विभाग एक आम सम्मेलन के लिए जगह लेना बहुत आसान बनाता है। - Chad Harrison
मुझे एक दिलबर्ट स्ट्रिप की याद आ रही है: search.dilbert.com/comic/Utthead - KeithS


जवाब:


यह एक बड़ी समस्या है जिसमें बड़े पहचान प्रबंधन प्रणालियों ने विषम प्रणालियों को एक साथ चिपकाने का प्रयास किया है। अनिवार्य रूप से, आप सबसे कम आम denominator तक सीमित रहेंगे, जो सभी अक्सर 8-वर्ण ASCII-अल्फा-न्यूमेरिक सीमा है, कुछ (शायद विरासत) यूनिक्स जैसी प्रणाली डेटासेंटर के आंतों में कहीं कहीं। उन फैंसी आधुनिक प्रणालियों मनमाने ढंग से लंबाई ले सकते हैं यूटीएफ 8 उपयोगकर्ता नामों का उपयोग करने की संभावना नहीं है।

मैंने उच्च शिक्षा संस्थान में 7 साल बिताए, जहां हमें हर साल 5000 नए छात्रों के लिए 8-चरित्र उपयोगकर्ता नामों का पता लगाना पड़ा। जब तक मैंने छोड़ा था तब तक हम 15 वर्षों के छात्रों के लिए अद्वितीय नामों के साथ आने में कामयाब रहे। यह किया जा सकता है, श्री smitj510

चीजें जो आपके जीवन को आसानी से आसान बनाती हैं:

  • यह पता लगाएं कि आपकी सबसे कम-आम-संप्रदाय क्या है, जिसके लिए सीमाएं क्या हैं, यह जानने के लिए आपकी पहचान-प्रबंधन प्रणाली के प्रत्येक भाग का विश्लेषण करने की आवश्यकता है।
    • वह पुरानी सोलारिस 7 प्रणाली 8-वर्ण सीमा को मजबूर कर रही है।
    • पहचान डेटा का उपयोग करने वाले महत्वपूर्ण अनुप्रयोगों की अपनी सीमाएं हैं जिन पर आपको विचार करना होगा।
      • शायद वे एलडीएपी से उपयोगकर्ता डेटा को अद्वितीय-से-उनके 'मानक' के अनुरूप होने की उम्मीद करते हैं।
      • शायद वे प्रमाणीकरण डेटाबेस का उपयोग केवल कुछ स्वरूपित डेटा को संभाल सकते हैं।
  • एक ट्रू आइडेंटिफायर (वह 8-वर्ण खाता-नाम) की एक सूची के साथ एक डेटाबेस तालिका है, वैकल्पिक आईडी की तरह लिंक / फ़ील्ड सूचीबद्ध करने के साथ firstname.lastname या कुछ और जो आ सकता है।
    • ऑफ-द-शेल्फ सॉफ़्टवेयर कुछ वास्तव में अजीब और IDM-unfriendly चीजें कर सकता है जैसे खाता नाम के लिए संख्यात्मक आईडी, या प्रोफ़ाइल डेटा के आधार पर ऑटो-जेनरेट खाता आईडी। सब कुछ डेटाबेस तालिका में भी जाता है।
    • यह गैर-[ए-जेड | 0-9] अक्षरों वाले लोगों को हैरी ओ'नील, या गैर-ASCII जैसे अल्ज़बेटा जैसे नामों में भी मदद करता है।
  • जब आप अपनी खाता सिंक्रनाइज़ेशन प्रक्रियाओं का निर्माण करते हैं, तो डेटाबेस तालिका का लाभ उठाने के लिए यह सुनिश्चित करने के लिए कि सही खाते सही अपडेट प्राप्त कर रहे हों। जब नाम बदलते हैं (विवाह, तलाक, अन्य) आप चाहते हैं कि वे परिवर्तन सही जगहों पर प्रचार करें।
    • जहां संभव हो, स्थानीय परिवर्तनों को रोकने के लिए वास्तविक पहचान डेटाबेस को स्वयं कॉन्फ़िगर करें, और व्यवसाय प्रक्रिया को दृढ़ता से हतोत्साहित करने के लिए कॉन्फ़िगर करें कि जब यह संभव न हो। आप जो कुछ भी कर सकते हैं उसके लिए केंद्रीय खाता-सिंक प्रक्रिया पर निर्भर रहें।
  • जहां भी आप कर सकते हैं लीवरेज उपनाम सिस्टम, जैसे कि ईमेल में।
  • 8-चर आईडी को अपरिवर्तनीय मानें, क्योंकि उस क्षेत्र को बदलने से आईटी कर्मचारियों के बीच बहुत सी परेशानी हो सकती है क्योंकि खातों को फिर से बनाया जाना है।
    • यह खाता-आईडी सुझाता है नहीं नाम डेटा से व्युत्पन्न, क्योंकि विवाह / तलाक / अदालत-आदेश समय के साथ नाम-डेटा बदल सकता है।
  • अपवादों के लिए एक प्रणाली है, क्योंकि हमेशा कुछ रहेगा।
    • भयानक तलाक और उस नाम-डेटा से उत्पन्न 8-चार यूआईडी हर बार आपको प्रवेश करने के लिए यादगार यादें लाता है? अपने उपयोगकर्ताओं के लिए अच्छा बनें और इन परिवर्तनों के लिए एक तंत्र की अनुमति दें, लेकिन इसे शांत रखें।
  • सिस्टम में एकाधिक उपयोगकर्ता नाम लॉगिन को अनुमति देने के लिए आप क्या कर सकते हैं, जहां यह एक विकल्प है
    • कुछ लोग अपने 8-चरित्र यूआईडी पसंद करते हैं, अन्य लोग firstname.lastname@example.com जैसे हैं। लचीला बनो, दोस्त बनाओ।
    • कभी-कभी इसके साथ आपके वेब-आधारित सिस्टम को आगे बढ़ाने की आवश्यकता होती है  ढांचे की तरह कैस। आप इस बात से हैरान होंगे कि शेल्फ सिस्टम कितने से एसएसओ ढांचे का समर्थन कर सकते हैं, इसलिए निराश न हों।

जो कहने के लिए है, इसे एक डेटाबेस समस्या की तरह व्यवहार करें क्योंकि यह वही है। अपने सिस्टम (संभवतः 8 अक्षर) के साथ अधिकतम संगतता के लिए प्राथमिक कुंजी चुनें, सिस्टम को स्थानीय कुंजी को प्राथमिक कुंजी में अनुवाद करने की अनुमति देने के लिए एक लुकअप-टेबल बनाएं, और विभिन्न आईडी को संभालने के लिए अपने डेटा सिंक्रनाइज़ेशन सिस्टम इंजीनियर करें।


62
2018-01-11 19:41



शानदार और अच्छी तरह से लिखित (और रोशनी) जवाब! - Mei
+1 नाम डेटा से उपयोगकर्ता नाम नहीं प्राप्त करने के लिए। शादी / तलाक के कारण घर निर्देशिका का नाम बदलना परेशान है। "विषम पात्रों" के बारे में आपका बयान मुझे अपने पुराने हाईस्कूल में लिटिल बॉबी टेबल्स और जेनिटर के बारे में सोचता है, जो मुझे यकीन है कि चीजें ऑनलाइन खरीदने में समस्याएं हैं, श्री रॉबर्ट नल (मैं बच्चा नहीं हूं)। - Evan Anderson
मुझे "अपवादों के लिए एक प्रणाली है, क्योंकि हमेशा कुछ रहेगा।" अंश। यह निश्चित रूप से बहुत सच है। हालांकि मैं नहीं देखता कि कैसे smithj510 एक महान बनाता है आठ चरित्र उपयोगकर्ता नाम;) - scherand
विवाह और तलाक को संबोधित करने के लिए +1। इसने इतनी सारी समस्याएं पैदा की हैं। कई कंपनियां कार्य करती हैं जैसे कि कर्मचारी अपना नाम बदलना चाहते हैं। - mhoran_psprep
@mhoran_psprep और यदि आप काफी बड़े हैं, तो आप किसी को कानूनी करने जा रहे हैं प्रथम नाम बदलना। उस मामले में अंतिम नाम परिवर्तनों के लिए स्थापित कई सिस्टम टूट गए हैं। - sysadmin1138♦


आपके प्रश्न विशेष रूप से:

  • सभी उपयोगों में संगतता बनाए रखने के लिए उपयोग करने के लिए सबसे अच्छी उपयोगकर्ता नाम सीमा सीमा क्या है?

ऐसा कुछ भी नहीं है। केवल "आपके" उपयोग हैं, जिनमें आपके भविष्य के उपयोग शामिल हो सकते हैं। हमें नहीं पता कि वे क्या हैं।

  • क्या पात्रों से बचा जाना चाहिए?

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

मेरे और विचार:

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

24
2018-01-11 16:40



वह अंतिम टिप्पणी एक +50 के लायक है :) - Mei
समझदार अपवादों के साथ आना महत्वपूर्ण है। हमारे पास पिछले कुछ वर्षों में कई अपवाद हैं: एक ही प्रारंभिक और अंतिम नाम वाले कई उपयोगकर्ता, बहुत लंबे अंतिम नाम वाले उपयोगकर्ता, जिनके पहले और आखिरी नाम समान थे, चीन और एचआर से आने वाले उपयोगकर्ताओं को अपना नाम पूरी तरह से खराब हो गया, कोई जिसका नाम 'रेमंड लक्जरी-यॉट' लिखा गया था, लेकिन 'थ्रोटवॉबलर मैंग्रोव' का उच्चारण किया गया ... - Ward♦
बॉबहोप, बॉबहोप 01, बॉबहोप 3, बॉबहोप अकाउंटिंग, बॉबहोप हार्टफोर्ड - mfinni
अपवाद के लिए हाँ! अफ्रीका के कुछ देशों को "पहला नाम" और "अंतिम नाम" की अवधारणा को भी नहीं पता: पिता का पहला नाम बेटा का आखिरी नाम बन गया है, और बेटे को नया नाम मिल गया है ... - Konerak
मैं केवल एक अपवाद नीति से परे जाने की सिफारिश करता हूं, और उन उपयोगकर्ताओं को पहचानने की सलाह देता हूं जो प्रारंभिक खाता निर्माण समय पर इससे लाभान्वित होंगे। "मेरा उपयोगकर्ता नाम भयानक है" ऐसा कुछ नहीं होना चाहिए जो किसी नए किराए पर अपने पहले दिन चिंता करने की ज़रूरत हो। मानदंड के साथ संयुक्त मानक नीति का एक स्पष्टीकरण यह स्वीकार करता है कि यह किसी सुझाए गए विकल्प के साथ किसी व्यक्ति के लिए उपयुक्त नहीं हो सकता है, यह बहुत कम तनावपूर्ण है। शायद एचआर से संपर्क जानकारी भी प्राप्त हो रही है ताकि आप अपने पहले दिन से पहले इस मुद्दे को हल कर सकें। - Dan Neely


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

यह पता लगाना सुनिश्चित करें कि फर्स्टनाम के लिए पुश है। अंतिम नाम ईमेल से संबंधित है और जरूरी नहीं कि लॉगिन नाम हों। मुझे यह विश्वास करना मुश्किल लगेगा कि उपयोगकर्ता लॉग ऑन करते समय "जेस्मिथ" के बजाय "जॉन। स्मिथ" टाइप करना चाहता है, लेकिन मुझे इस विचार पर बहुत अधिक बेचा जाता है कि वह "जॉन.Smith@company.com "उनके ईमेल पते के रूप में। जैसा कि @ मिफिनी बताते हैं, हमेशा उपयोगकर्ताओं के लिए एकाधिक ईमेल उपनाम, आगे, इत्यादि का विकल्प होता है। बस उपयोगकर्ताओं को यह बताते हुए कि उनके उपयोगकर्ता नाम से उनके उपयोगकर्ता नाम को दोबारा जोड़ने का विकल्प अनुरोध की गतिशीलता को बदल सकता है।


19
2018-01-11 16:37



और ऐसा नहीं है कि उपयोगकर्ताओं के पास केवल एक ईमेल पता हो सकता है। हमेशा उपनाम और अग्रेषण है। - mfinni
हमारे उपयोगकर्ता यूपीएन और प्राथमिक ई-मेल पते हर समय समान होते हैं, इसलिए हम बस अपने उपयोगकर्ताओं को अपने ईमेल पते के साथ लॉग इन करने का प्रयास करते हैं, जहां भी वे लॉग इन करने का प्रयास करते हैं। बहुत अच्छा काम करता है क्योंकि हमारे पास कोई पुराना सॉफ़्टवेयर नहीं है जो निर्भर करता है netbios। - pauska
मेरा अनुभव यह है कि, पर्याप्त रूप से बड़े उद्यम के लिए, आपके द्वारा किए गए किसी भी निर्णय में हमेशा समस्याएं होती हैं। यहां तक ​​कि अगर यह आज भी काम करता है, तो हमेशा आपके द्वारा लागू की जाने वाली प्रणाली हमेशा समस्याएं होती है। "- क्या हम इस एंडर्सन्स लॉ को कॉल कर सकते हैं? - Freiheit
@Freiheit: मेरा बयान अपने नाम के योग्य नहीं है ...> मुस्कुराओ <यह वास्तव में सिर्फ मर्फी के कानून के सामान्य आवेदन के कारण आईटी है। मर्फी रहता है इस में... - Evan Anderson
इच्छा है कि मैंने समुदाय को विकी नहीं किया था ...> मुस्कान < - Evan Anderson


यूनिक्स और लिनक्स सिस्टम के लिए, {firstInitial} {lastname} है स्पष्ट रूप से आदर्श।

...

ऐसे कारणों के लिए जो इस खाते से जुड़े नाम से स्पष्ट होना चाहिए।


13
2018-01-12 10:30



मैं असहमत नहीं हूं, लेकिन क्या आप समझा सकते हैं कि आप यह क्यों कह रहे हैं? - mfinni
वास्तव में, मैं असहमत हूं। मेरे आखिरी नौकरी पर एआईक्स सिस्टम पर, हम 8 अक्षरों तक सीमित थे। इस प्रकार, मिफिगन असंभव होता; मुझे mfinniga होना था। तो कृपया, थोड़ा सा जवाब दें। - mfinni
यह कोई स्पष्टीकरण के साथ एक व्यक्तिपरक उत्तर है। कोई भी आसानी से कह सकता है कि, यूनिक्स के लिए, {} {FirstInitial middleInitial} {} lastInitial "आदर्श" है क्योंकि यूनिक्स ने यही शुरुआत की है और यही वह सालों से था (जब तक कि हजारों कर्मचारियों के साथ निगमों ने इसका उपयोग शुरू नहीं किया ...)। - Mei
ओह, मुझे लगता है कि यह एक मजाक हो सकता है। उनका नाम यूनिक्स सिस्टम पर एक महत्वपूर्ण उपयोगकर्ता "रूट" होगा। - Jeffrey
... आर Obert oot... आउच! मजेदार! पता नहीं कैसे मैं इसे याद किया। - Mei


प्लेटफार्मों में नामकरण मानकों को सेट करते समय जागरूक होने की एक बात यह है कि लिनक्स (और संभवतः अन्य यूनिक्स ओएस) में पीएस में एक विशेष कॉस्मेटिक मुद्दा है। आप इसके बारे में परवाह नहीं कर सकते हैं या नहीं (लेकिन यह किसी ऐसे व्यक्ति के लिए खतरनाक हो सकता है जो इसकी अपेक्षा नहीं कर रहा है ... मेरे पास सुरक्षा लोग इस पर जुड़ गए हैं)।

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

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

उदाहरण के लिए:

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

[tcampbell@tst-agg1 ~]$ ps -f
  UID        PID  PPID  C STIME TTY          TIME CMD
 2108      1368  1367  0 Jan10 pts/3    00:00:00 -bash
 2108     22303  1368  0 12:07 pts/3    00:00:00 ps -f

आइए इसे एक कस्टम कॉलम प्रारूप का उपयोग करके पुन: बनाएं। ध्यान दें कि मैंने USER कॉलम जोड़ा है। ध्यान दें कि यह संख्यात्मक प्रारूप में भी है।

[tcampbell@tst-agg1 ~]$ ps -o uid,user,c,stime,tty,time,cmd    
  UID USER      C STIME TT           TIME CMD
 2108 2108      0 Jan10 pts/3    00:00:00 -bash
 2108 2108      0 12:05 pts/3    00:00:00 ps -o uid,user,c,stime,tty,time,cmd

आइए यूजर को लाइन के अंत में ले जाएं। यह "दाएं" आउटपुट में विस्तारित हो जाता है।

[tcampbell@tst-agg1 ~]$ ps -o uid,user,c,stime,tty,time,cmd,user
  UID USER      C STIME TT           TIME CMD                         USER
 2108 2108      0 Jan10 pts/3    00:00:00 -bash                       tcampbell
 2108 2108      0 12:05 pts/3    00:00:00 ps -o uid,user,c,stime,tty, tcampbell

लेकिन, जैसे ही हम कॉलम सूची के अंत में कुछ नया जोड़ते हैं, यह वापस संख्यात्मक रूप में वापस आ जाता है।

[tcampbell@tst-agg1 ~]$ ps -o uid,user,c,stime,tty,time,cmd,user,pid
  UID USER      C STIME TT           TIME CMD                         USER       PID
 2108 2108      0 Jan10 pts/3    00:00:00 -bash                       2108      1368
 2108 2108      0 12:05 pts/3    00:00:00 ps -o uid,user,c,stime,tty, 2108     21756

7
2018-01-11 18:12



आपने यह ओएस किस ओएस पर पाया है? - mfinni
दिलचस्प! मैं हमेशा इसके बारे में सोचता था - क्यों संख्याओं का उपयोग किया जा रहा था। last कमांड में एक संबंधित समस्या है: यह अपने रिकॉर्ड 8 अक्षरों को छोटा कर देता है। - Mei
यह दर्शाता है कि मैं लिनक्स के बारे में बात कर रहा था। यह नहीं पता कि यह मेरे मूल संपादन में कैसे फिसल गया। - Travis Campbell


[प्रथम नाम से कुछ पत्र] [अंतिम नाम से कुछ पत्र] [एनएनएन]

foreg: यदि नाम बिल गेट्स है, तो आप ' biga00 'या bilgat000

यदि अगले बिल गेट्स आते हैं, तो यह उनके लिए 'biga01' या bilgat001 'होगा


-1
2018-01-12 12:27





खैर, एक संचालन, प्रशासन, और रखरखाव (ओएएम) दृष्टिकोण से, उपयोगकर्ता नाम को आसानी से प्रतिष्ठित करने की आवश्यकता है। हालांकि, एक व्यावसायिक दृष्टिकोण से, उपयोगकर्ता नाम (ए / के / एक ईमेल उपनाम) को आसानी से याद किया जाना चाहिए या दूसरों द्वारा याद किया जाना चाहिए।

यह इस प्रकार हो सकता है:

  • first.last.index@domain
  • पहले (प्रारंभिक) .last.index @ डोमेन

-1
2018-01-12 06:42