👏🏿 🅾️ 📂 सामाजिक के पक्ष में मानक प्राधिकरण से इनकार ♠️ 🚵🏿 ♌️

लंबे समय तक, कई साइटें मानक प्राधिकरण, सामाजिक नेटवर्क और वेब सेवाओं के माध्यम से प्राधिकरण प्रदान करती हैं। आपके पास एक विकल्प है:

पंजीकरण का अपेक्षाकृत लंबा रास्ता तय करें - ईमेल / पासवर्ड / कैप्चा दर्ज करें और ईमेल द्वारा सक्रिय करें।
बस उस सोशल नेटवर्क के आइकन पर क्लिक करें जिसमें आपका खाता है, और पहुंच की पुष्टि करें।

मानक पंजीकरण तंत्र को क्यों नहीं छोड़ना चाहिए? वैसे, यह वह दृष्टिकोण है जो Microsoft की {X} वेब सेवा पर लागू किया गया था - केवल फेसबुक के माध्यम से प्राधिकरण।

लेकिन हर चीज उतनी ही रसीली नहीं होती जितनी पहली नज़र में दिख सकती है। हम सामाजिक प्राधिकरण के सकारात्मक और नकारात्मक पक्षों को उजागर करते हैं, इस तथ्य को ध्यान में रखते हुए कि हम ईमेल या पासवर्ड संयोजन का उपयोग करके पंजीकरण करने से पूरी तरह से मना कर रहे हैं।

लाभ:

साइट पर त्वरित प्राधिकरण।
प्राधिकरण प्रदाता से उपयोगकर्ता जानकारी।
पासवर्ड की कमी।
खाता सक्रियण का अभाव।
एकमात्र रूप प्राधिकरण रूप है।

नुकसान:

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

इस दृष्टिकोण के गुण स्पष्ट हैं। हम कमियों और उन्हें हल करने के तरीकों में अधिक रुचि रखते हैं।

कमियों

कुछ प्राधिकरण प्रदाता ईमेल नहीं भेजते हैं

हां, उपयोगकर्ता के बारे में जानने के लिए सबसे महत्वपूर्ण जानकारी कुछ प्रदाताओं के लिए उपलब्ध नहीं हो सकती है। विशेष रूप से, सार्वजनिक एपीआई में Vkontakte और Odnoklassniki इसे दूर नहीं देते हैं। फेसबुक और Google ईमेल पते के लिए अधिक वफादार हैं और कुछ अनुमतियों की मदद से वे इस जानकारी को सफलतापूर्वक आपको वापस कर देंगे।
समाधान:

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

उपयोगकर्ता डेटा के विभिन्न प्रारूप प्रदान किए गए

कभी-कभी आपको उपयोगकर्ता के बारे में जानने की आवश्यकता होती है जो सामाजिक रूप से एक पहचानकर्ता से कुछ अधिक है। नेटवर्क। इस तरह के डेटा में शामिल हो सकते हैं: नाम, उपनाम, उपनाम, लिंग, अवतार, जन्म तिथि। चूंकि OAuth और OpenID प्रोटोकॉल किसी भी उपयोगकर्ता डेटा प्राप्त करने के लिए डिज़ाइन नहीं किए गए हैं, इसलिए आपको प्रत्येक विशिष्ट सेवा के एपीआई का उपयोग करना होगा और लौटा डेटा हर जगह अलग होगा। विशेष रूप से, प्राधिकरण प्रदाता Google, Vkontakte, Facebook और Odnoklassniki उपरोक्त सभी डेटा प्रदान करते हैं। यह केवल उन्हें संसाधित करने के लिए बनी हुई है।
समाधान: यदि उपयोगकर्ता के बारे में अतिरिक्त डेटा वास्तव में आवश्यक है - प्राधिकरण सेवा से अनुरोध करें। यदि आपको अधिक विशिष्ट डेटा की आवश्यकता है, तो उपयोगकर्ता को प्राधिकरण के बाद इसे स्वयं दर्ज करने के लिए कहें।

श्रोता पसंद करते हैं

खैर, यहां हमें सबसे अधिक समस्याग्रस्त सवाल मिला - लेकिन क्या मानक पंजीकरण की ऐसी अस्वीकृति आपके लक्षित दर्शकों को हरा देगी? इस विषय पर मेरी राय यह है: भले ही कोई व्यक्ति सपाट रूप से सामाजिक सेवाओं के माध्यम से प्राधिकरण में नहीं जाना चाहता है, लेकिन आपकी सेवा के लिए कोई विकल्प नहीं हैं, तो वह अंततः छोड़ देगा। मैं व्यक्तिगत रूप से इस तरह के एक एल्गोरिथ्म का पालन करता हूं: अगर मैं भविष्य में एक विशिष्ट सेवा का उपयोग करने की योजना बना रहा हूं, तो मैं निश्चित रूप से लॉगिन और पासवर्ड के माध्यम से वहां पंजीकरण करूंगा। यदि साइट के पास ऐसा अवसर नहीं है, तो मैं सोशल के माध्यम से लॉग इन करूंगा। नेटवर्क।
यहां तक कि अगर उपयोगकर्ता सामाजिक नेटवर्क पर नहीं है, तो उसके पास एक जीमेल, mail.ru या अन्य सेवाओं का ईमेल खाता होना चाहिए। इसलिए, मामला जब उपयोगकर्ता को प्रदान की गई प्राधिकरण सेवाओं के साथ एक भी खाता नहीं है, संभावना नहीं है।

आप भूल सकते हैं कि कौन सी सेवा प्राधिकरण के माध्यम से चली गई

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

निष्कर्ष

सामान्य पंजीकरण को छोड़ने का विचार बहुत ही आकर्षक है, लेकिन यह सब इस बात पर निर्भर करता है कि क्या आप वर्णित समस्याओं से छुटकारा पा सकते हैं।

PS uLogin के कुछ आँकड़े यहाँ पढ़े जा सकते हैं ।