हमारे पास एक वेबसाइट है जहां साइट के साथ लॉगिन करने और खुद को प्रमाणित करने का एकमात्र तरीका फेसबुक है (यह मेरी पसंद नहीं थी)। पहली बार जब आप फेसबुक पर लॉगिन करते हैं, तो आपके लिए एक खाता अपने आप बन जाता है।
अब हम अपनी साइट के लिए एक iPhone एप्लिकेशन बनाना चाहते हैं और दूसरों के लिए भी हमारी सेवा का उपयोग करने के लिए एक सार्वजनिक एपीआई।
यह सवाल है कि ऐप / एपीआई से हमारी वेबसाइट को कैसे प्रमाणित किया जाए और इसे 2 भागों में तोड़ा जाए:
- एक वेबसाइट से एपीआई के लिए REST प्रमाणीकरण को संभालने का सही तरीका क्या है जो केवल प्रमाणीकरण विधि के रूप में Facebook OAuth का उपयोग करता है?
मैंने REST API के लिए प्रमाणीकरण के मानक तरीकों के बारे में बहुत कुछ पढ़ा और शोध किया है। हम HTTPS पर बेसिक ऑथ के रूप में इस तरह के तरीकों का उपयोग नहीं कर सकते हैं , क्योंकि उपयोगकर्ता के लिए ऐसे कोई क्रेडेंशियल नहीं हैं। की तरह कुछ इस ही एपीआई का उपयोग कर आवेदन पत्र के सत्यापन के लिए हो रहा है।
वर्तमान में, सबसे अच्छा तरीका मुझे लगता है कि आप हमारे एपीआई पर एक / अधिकृत अंत-बिंदु को हिट कर सकते हैं, यह फेसबुक OAuth पर पुनर्निर्देशित करता है, फिर साइट पर वापस रीडायरेक्ट करता है और एक 'टोकन' प्रदान करता है जिसे एपीआई का उपयोगकर्ता बाद में प्रमाणित करने के लिए उपयोग कर सकता है। अनुरोध।
- हमारे द्वारा बनाए जाने वाले आधिकारिक एप्लिकेशन के लिए, हमें जरूरी नहीं कि उसी तरह से सार्वजनिक एपीआई का उपयोग किया जाए। फिर हमारी वेबसाइट से बात करने और उपयोगकर्ताओं को प्रमाणित करने का सबसे अच्छा तरीका क्या होगा?
मैं समझता हूं (मुझे लगता है) कि हमारे एपीआई का उपयोग करने वाले 3-पार्टी एप्लिकेशन, एपीआई (सार्वजनिक) कुंजी और गुप्त (निजी) कुंजियों का उपयोग कैसे प्रमाणित करें। हालांकि, जब ऐप का उपयोग करने वाले उपयोगकर्ता को प्रमाणित करने की बात आती है, तो मैं इस बारे में भ्रमित हो रहा हूं कि इसके बारे में कैसे जाना जाए जब एक उपयोगकर्ता को प्रमाणित करने का एकमात्र तरीका फेसबुक है।
मुझे लगता है कि मैं कुछ बहुत स्पष्ट याद कर रहा हूं, या यह पूरी तरह से समझ में नहीं आता कि सार्वजनिक रीस्ट एपीआई को कैसे काम करना चाहिए, इसलिए किसी भी सलाह और मदद की बहुत सराहना की जाएगी।