2012-08-05 17 views
7

मैं (फेसबुक कनेक्ट)मर्ज करने या मर्ज करने के लिए नहीं? फेसबुक खाते और सामान्य साइट खाते

एक उपयोगकर्ता हैं एक वेब सेवा है कि उपयोगकर्ताओं को या तो एक 'नियमित' खाते (उपयोगकर्ता नाम/पासवर्ड) बनाने के द्वारा या उनके फेसबुक लॉगइन का उपयोग करके रजिस्टर करने की अनुमति देगा का निर्माण कर रहा हूँ फेसबुक के साथ पंजीयक, उन्हें मेरी साइट पर एक खाता बनाया जाएगा।

एक उपयोगकर्ता सामान्य तरीके से (उपयोगकर्ता नाम/पास) वे भी एक खाता मिल जाएगा पंजीकृत करता है।

मैं करना चाहते हैं क्या किसी भी तरह है इन खातों का विलय अगर वे एक ही ईमेल पता है। क्या यह व्यवहार्य है या क्या मुझे उन्हें अलग-अलग खातों के रूप में छोड़ना चाहिए?

विलय का कारण यह है कि मैं नहीं चाहता कि उपयोगकर्ता प्रति ईमेल पते पर कई खाते हों क्या कोई और फेसबुक और नियमित खातों के माध्यम से अपनी साइट पर खाता बना देता है? यदि हां, तो आप इन दो अलग-अलग प्रकार के खातों को संभालने के लिए क्या तर्क लागू करते हैं?

अद्यतन

मुझे लगता है कि मेरे सवाल का, है अगर एक नियमित रूप से खाते में एक फेसबुक खाता रूप में एक ही ईमेल पता है। क्या मैं खातों को मर्ज करने के लिए सुरक्षित हूं? या क्या मैं उस ईमेल पर भरोसा नहीं कर सकता जिसे उपयोगकर्ता ने अपने फेसबुक खाते से जोड़ा है? -

उत्तर

0

सुनिश्चित नहीं हैं कि अगर मैं तुम क्या कहने की कोशिश कर रहे हैं, लेकिन मैं यह भी पहले से ही खातों का एक समूह है और उन्हें एक फेसबुक प्रोफाइल से लिंक मिलता है। अंतर यह है कि मैं उन्हें मूल साइट का उपयोग करके लॉगिंग भी कर रहा हूं।

इसलिए मुझे ईमेल जांचने की आवश्यकता नहीं होगी। यह इस तरह है:

  1. उपयोगकर्ता पहले, स्थानीय साइट के लिए एक लॉगिन है कि मामले में जब वे गूगल के साथ अपने खाते को लिंक, सभी मुझे क्या करना Table के FacebookId क्षेत्र को जोड़ने है।
  2. एक उपयोगकर्ता ने अभी तक अपनी साइट पर एक खाता नहीं है, लेकिन एक वैध फेसबुक खाता के माध्यम से पहुंचता है, उस मामले में उपयोगकर्ता खातों की मेरी सूची में जोड़ा जाता है और हो जाता है दोनों एक आंतरिक आईडी, और एक FacebookId।

आशा यह आप बाहर एक सा मदद करता है। बेशक मैं भी पूरा विपरीत दिशा यहाँ में सोच किया जा सकता है ..

+0

हाय, मैं मूल प्रश्न – totalitarian

0

मैं बस कुछ इसी तरह के माध्यम से किया गया है। मुझे सभी प्रकार के सदस्यों के लिए 1 टेबल से अधिक कहने का कोई कारण नहीं दिखता है। प्रत्येक सदस्य एक पंक्ति है, जिसमें विभिन्न क्षेत्र हैं, इस पर निर्भर करते हुए कि वे सदस्य कैसे बने।

वे मूल रूप से प्रवेश कर सकते हैं, या लॉगिन फेसबुक का उपयोग। प्रत्येक मामले में, वे हमेशा मूल रूप से लॉग इन होंगे, लेकिन फेसबुक के मामले में, वे क्रेडेंशियल्स के दूसरे सेट को याद रखने के साथ परेशान होंगे, जब आप अपनी साइट को लिखते हैं तो आप इन्हें फेसबुक से खींचते हैं।

0

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

तो फिर तुम काफी विश्वास है एक ही उपयोगकर्ता है कि एक मिलान फेसबुक-दिए गए ईमेल पते हो सकता है।

+0

आप एक social_accounts तालिका बनाने के द्वारा के साथ ट्रैक जिनमें से सामाजिक नेटवर्क उपयोगकर्ता में लॉग इन करने की स्थापना की है रख सकते नवीनीकृत किया है: 'आईडी, user_id (अपनी साइट से), social_network_id, social_network_name' इस प्रकार कोई उपयोगकर्ता Google, फेसबुक, ट्विटर आदि के साथ लॉग इन कर सकता है, और आपके पास उन प्रत्येक कनेक्शन के लिए एक रिकॉर्ड होगा। –