निम्नलिखित उपयोगकर्ताओं को एक या दूसरे माध्यम से साइन इन करने के बाद अतिरिक्त खातों को जोड़ने का विकल्प देने पर।
लेकिन जहां तक क्रॉस-चेकिंग है, आप केवल इतना ही कर सकते हैं। कई सोशल नेटवर्क एपीआई वास्तव में ईमेल पते प्रदान करते हैं (एक बार जब आप ओएथ के माध्यम से फंस जाते हैं) लेकिन ये केवल तभी पहुंचा जा सकता है जब उपयोगकर्ता ने अपना पता सार्वजनिक करने के लिए चुना हो, जिसकी गारंटी नहीं है।
यह भी गारंटी नहीं है कि उपयोगकर्ता ने प्रत्येक सोशल नेटवर्क खाते के लिए समान ईमेल पता का उपयोग किया है, इसलिए यदि आप कोई पता पुनर्प्राप्त करने का प्रबंधन करते हैं तो यह आपके लिए किसी भी प्रकार का उपयोग हो सकता है या नहीं।
आखिरकार, यदि आपको इस तरह के माध्यम से मेल खाने वाले ईमेल पते मिलते हैं, तो सलाह दी जा सकती है कि उपयोगकर्ता को खातों को लिंक करने के लिए संकेत दें कि वह यह स्वचालित रूप से करना चाहता है। कुछ लोग कई व्यक्तित्व बनाए रखना पसंद करते हैं। यानी ऐसा लगता है कि आप ट्विटर के साथ भी साइन अप हैं - क्या आप अपने खातों को लिंक करना चाहते हैं? इससे आपके जीवन को लायक लगेगा। "
आप उपयोगकर्ता खातों को जोड़ने या ईमेल पता प्रदान करने के लिए प्रोत्साहन प्रदान करने पर विचार कर सकते हैं (यह जानने के लिए कि आपकी वेबसाइट की कार्यक्षमता के आधार पर ये क्या हो सकता है)।
समाधान मैं डेटाबेस-साइड पर काम कर रहा हूं, एकाधिक खातों को बनाए रखना है और फिर यदि लिंक जानकारी विभिन्न माध्यमों से खोजी जाती है, तो लिंक एक लुकअप टेबल में इंगित किया गया है। एक बार जब आप एक लिंक पाते हैं, तो एक खाते की इकाई में एकाधिक खातों के लिए सभी प्रासंगिक प्रविष्टियों को गठबंधन करने का प्रयास किया जाता है - मैं इस बाद के दृष्टिकोण के बारे में कह सकता हूं कि मैं सावधानी के साथ ऐसा करूँगा क्योंकि जटिलता का एक बड़ा स्तर हो सकता है उपयोगकर्ता के गतिविधि स्तर और आपके डेटाबेस स्कीमा की जटिलता के आधार पर।
मेरे (मानसिक/वास्तविक) नामस्थान में जो उपयोगकर्ता पुराने तरीके से पंजीकृत होता है, उसके पास 'मानक' खाता होता है और जो सोशल नेटवर्क का उपयोग करता है, उसका 'उपनाम' खाता होता है। तो लक्ष्य यह निर्धारित करने के लिए होता है कि उपनाम कहां इंगित करना है, यानी लुकअप बनाएं जैसे कि के माध्यम से बाद में लॉगिन का अर्थ दोनों खातों के लिए प्रासंगिक जानकारी पुनर्प्राप्त करता है ('मानक' के लिए व्यक्तिगत डेटा प्रदर्शित करने के लिए प्राथमिकता के साथ) लेखा)।
बीटीडब्ल्यू मुझे पता चला कि मेरी आखिरी पोस्ट के बाद ट्विटर ओएथ व्यवहार कैसे करें - यदि आप रुचि रखते हैं तो आप विवरण के लिए मेरे अन्य उत्तरों देख सकते हैं।
जेबी
हाय मैट,
मैं एक ही समस्या सही पर काम कर रहा हूँ।
उपयोगकर्ता संभालने नियमित साइट खाते में या तो OAuth (जो नहीं जरूरी अगर वह देखता ग्रहण करने के लिए सुरक्षित सभी सुंदर बटन !!! "XXX नेटवर्क से जुड़ने के"), आप उपयोग कर सकते हैं के साथ शुरू होता या जावास्क्रिप्ट एपीआई (फेसबुक कनेक्ट या @anywhere - ने बाद में को पूरी तरह से नहीं देखा है और मुझे यकीन नहीं है कि मैं इसे के रूप में अनुशंसा करता हूं, मुझे नहीं लगता कि यह एपीआई समृद्ध समेत बैकएंड पुस्तकालयों के रूप में प्रदान करता है) अन्य साइटों पर लॉगिन करें।
एपीआई एक सफल प्रवेश के बाद कुछ जानकारी लौटना चाहिए/सामाजिक नेटवर्क से रीडायरेक्ट करते हैं - इस तरह के यूजर आईडी और पहुंच टोकन अपने 'वास्तविक जोड़ है जिसे आप कुछ क्षमता में अपने डेटाबेस में स्टोर कर सकते हैं के रूप में ' सोशल नेटवर्क की आईडी के साथ एप्लिकेशन उपयोगकर्ता।
उपयोगकर्ता साइट पर वापस जब, आप तो
1 सामाजिक नेटवर्क सेवाओं (विभिन्न योजनाओं द्वारा निर्धारित कुकीज़ आम तौर पर एक हस्ताक्षर सत्यापित करने के लिए, अपने आवेदन की SHA1 या MD5 हैश पर आधारित सत्यापित कर सकते हैं डेटा - जिसके द्वारा मेरा डेटा मिलता है जब आप अपने ऐप को ट्विटर/फेसबुक के साथ पंजीकृत करते हैं, आमतौर पर उपभोक्ता कुंजी, एप्लिकेशन आईडी इत्यादि - प्राप्त कुकीज़ के साथ) ताकि आप उपयोगकर्ता के साथ लॉग इन कर सकें सामाजिक नेटवर्क
2 के रूप में अपने उपयोगकर्ता लॉगिन
3 ऊपर वर्णित अपने डेटाबेस प्रविष्टि संघ खोजने के लिए मैन्युअल रूप से पर धारणा है कि फेसबुक/ट्विटर कनेक्शन सुरक्षित है आधारित।
चेतावनी: यह केवल के रूप में अपने कार्यान्वयन के रूप में सुरक्षित (या के रूप में सुरक्षित के रूप में फेसबुक/ट्विटर के कार्यान्वयन है, अगर आप चाहें तो ... http://dev.twitter.com/pages/auth
सौभाग्य:)
हालांकि चहचहाना का OAuth नहीं वर्तमान में ठीक से काम करने लगते हैं करता है, उनके प्रक्रिया का सामान्य विवरण सुंदर जानकारीपूर्ण है।
जम्मू
जे, इस मुद्दे पर काम करने वाले किसी और को देखने में खुशी हुई। मुझे लगता है कि मैंने आपके द्वारा वर्णित परिदृश्य प्राप्त किया है, जहां उपयोगकर्ता पहले साइट खाता पंजीकृत करता है, और फिर अन्य सोशल नेटवर्क खातों को संलग्न करना चाहता है, आदि मेरा मुख्य मुद्दा अन्य परिदृश्य को समझ रहा है, जब उपयोगकर्ता पहले " एक साइट खाता के बिना, XXX "बटन के साथ साइन-इन करें। जाहिर है, मुझे स्वचालित रूप से एक खाता उत्पन्न करने की आवश्यकता है, लेकिन जब वे साइट पर वापस आते हैं तो क्या होता है, और "XXX के साथ साइन-इन" बटन का उपयोग करते हैं? क्या मुझे ईमेल के आधार पर जांच करनी चाहिए? मुझे उपयोगकर्ता को क्या दिखाना चाहिए? मैट – Matt
मूर्खतापूर्ण योजना ढूंढना मुश्किल है। एक बात - वास्तव में एक यूएक्स समाधान के रूप में एक प्रोग्रामेटिकल नहीं है - मैंने देखा है कि साइट्स के पास प्रोफाइल पेज है (और कभी-कभी उपयोगकर्ता को 'अपनी प्रोफ़ाइल को पूरा करने' के लिए किसी भी तरीके से प्रोपेट करें) जहां कोई अतिरिक्त या 'लिंक' दर्ज कर सकता है 'सोशल नेटवर्क सेटिंग्स। एक बार आपके पास यह डेटा हो जाने पर आप लॉजिकल निष्कर्ष सर्वर-साइड खींच सकते हैं और अपने उपयोगकर्ता डीबी में उपयुक्त लिंक बना सकते हैं। – jsh