login - डोमेन रजिस्ट्रार



उपयोगकर्ताओं के लॉगिन करने के लिए वेबसाइट के उप-डोमेन का उपयोग करना (1)

Fogbugz- ऑन-डिमांड, 37 सिग्नल, और पीबी-विकी सभी उपयोगकर्ताओं के प्रत्येक समूह के कस्टम यूआरएल के साथ अपने लॉगिन पेज पर पहुंचने के लिए उप-डोमेन का उपयोग करते हैं। इसलिए यह एक उपयोगकर्ता के लिए एक जेनरसी लॉगिन में लॉगिन करने के लिए उन सेवाओं का उपयोग करना संभव नहीं लगता है (जो कि सेवा का कोई भी उपयोगकर्ता प्रवेश कर सकता है।)

सबसे पहले मैंने सोचा कि यह एक भयानक डिजाइन दोष था, लेकिन अब मुझे लगता है कि यह एक बहुत अच्छा विचार है क्योंकि: 1) अतिरिक्त सुरक्षा, यह बहुत अधिक नहीं हो सकती है, लेकिन अब आपको जानकारी के 3 टुकड़े चाहिए: 1 उप डोमेन यूआरएल, 2 लॉगिन, 3 पासवर्ड

2) आप उप डोमेन यूआरएल द्वारा अलग-अलग खातों में उसी लॉगिन लॉग को दोहरा सकते हैं।

3) यह आपको अधिक अलगाव, भार संतुलन और आसान तैनाती के लिए उधार देता है क्योंकि आप एक दूसरे से अधिक अलगाव में अलग-अलग सर्वरों के तहत चल रहे सबडोमेन हो सकते हैं।

4) आप धीरे-धीरे उप-डोमेन के एक निश्चित समूह में बदलावों को बाहर कर सकते हैं जो उन सभी उपयोगकर्ताओं को तैनात करने से पहले बीटा उपयोगकर्ताओं के रूप में चिह्नित हैं।

भविष्य में वेब अनुप्रयोगों के लिए उप-डोमेन आधारित लॉगिन हैं? क्या इस डिज़ाइन के दृष्टिकोण से मुझे नुकसान नहीं हुआ है? क्या उप-डोमेन अवधारणा को समझने के लिए गैर-प्रोग्रामर उपयोगकर्ताओं के लिए यह बहुत भ्रमित है?


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