Unity का इस्तेमाल करके पहचान छिपाकर Firebase की पुष्टि करें

Firebase में पुष्टि करने के लिए, Firebase Authentication का इस्तेमाल करके कुछ समय के लिए गुमनाम खाते बनाए और इस्तेमाल किए जा सकते हैं. इन अस्थायी गुमनाम खातों का इस्तेमाल, उन लोगों को अनुमति देने के लिए किया जा सकता है जिन्होंने अब तक आपके ऐप्लिकेशन के लिए साइन अप नहीं किया है. इससे वे सुरक्षा नियमों के तहत सुरक्षित डेटा का इस्तेमाल कर पाएंगे. अगर कोई ऐसा उपयोगकर्ता आपके ऐप्लिकेशन में साइन अप करने का फ़ैसला करता है जिसने पहचान छिपाकर ऐप्लिकेशन का इस्तेमाल किया है, तो आपके पास उसके साइन-इन क्रेडेंशियल को पहचान छिपाकर बनाए गए खाते से लिंक करने का विकल्प होता है. इससे वह आने वाले समय में, सुरक्षित किए गए अपने डेटा का इस्तेमाल जारी रख पाएगा.

शुरू करने से पहले

1. Firebase Authentication का इस्तेमाल करने से पहले, आपको अपने Unity प्रोजेक्ट में Firebase Unity SDK (खास तौर पर, FirebaseAuth.unitypackage) जोड़ना होगा.

   शुरुआती सेटअप के इन चरणों के बारे में ज़्यादा जानकारी पाने के लिए, अपने Unity प्रोजेक्ट में Firebase जोड़ना लेख पढ़ें.

2. अगर आपने अब तक अपने ऐप्लिकेशन को Firebase प्रोजेक्ट से कनेक्ट नहीं किया है, तो Firebase कंसोल से ऐसा करें.
3. पहचान छिपाकर पुष्टि करने की सुविधा चालू करें:
   1. Firebase console में, सुरक्षा > पुष्टि करना पर जाएं.
   2. साइन-इन करने का तरीका टैब में जाकर, पहचान छिपाकर साइन-इन करने की सुविधा देने वाली कंपनी को चालू करें.
   3. ज़रूरी नहीं है: अगर आपने अपने प्रोजेक्ट को Firebase Authentication with Identity Platform पर अपग्रेड किया है, तो आपके पास अपने-आप साफ़ होने की सुविधा चालू करने का विकल्प होता है. इस सेटिंग को चालू करने पर, 30 दिन से ज़्यादा पुराने गुमनाम खाते अपने-आप मिट जाएंगे. जिन प्रोजेक्ट में अपने-आप डेटा मिटाने की सुविधा चालू है उनमें अब गुमनाम पुष्टि को इस्तेमाल की सीमाओं या बिलिंग कोटा में नहीं गिना जाएगा. अपने-आप साफ़ होने की सुविधा देखें.

Firebase की मदद से, बिना पहचान बताए पुष्टि करना

जब कोई ऐसा उपयोगकर्ता ऐप्लिकेशन की किसी सुविधा का इस्तेमाल करता है जिसके लिए Firebase से पुष्टि करना ज़रूरी है, तो उसे बिना पहचान बताए साइन इन करें. इसके लिए, यह तरीका अपनाएं:

FirebaseAuth क्लास, सभी एपीआई कॉल के लिए गेटवे है. इसे FirebaseAuth.DefaultInstance के ज़रिए ऐक्सेस किया जा सकता है.

Firebase.Auth.FirebaseAuth auth = Firebase.Auth.FirebaseAuth.DefaultInstance;

1. Firebase.Auth.FirebaseAuth.SignInAnonymouslyAsync पर कॉल करें.

auth.SignInAnonymouslyAsync().ContinueWith(task => {
  if (task.IsCanceled) {
    Debug.LogError("SignInAnonymouslyAsync was canceled.");
    return;
  }
  if (task.IsFaulted) {
    Debug.LogError("SignInAnonymouslyAsync encountered an error: " + task.Exception);
    return;
  }

  Firebase.Auth.AuthResult result = task.Result;
  Debug.LogFormat("User signed in successfully: {0} ({1})",
      result.User.DisplayName, result.User.UserId);
});

आपके प्रोजेक्ट को गलत इस्तेमाल से बचाने के लिए, Firebase कुछ समय में एक ही आईपी पते से आपके ऐप्लिकेशन में साइन अप करने वाले नए लोगों की संख्या को सीमित करता है. इनमें ईमेल/पासवर्ड और बिना नाम के साइन-अप करने वाले लोग शामिल हैं. Firebase कंसोल में जाकर, इस कोटे में कुछ समय के लिए बदलाव करने का अनुरोध किया जा सकता है और बदलावों को शेड्यूल किया जा सकता है. इसके लिए, सुरक्षा > पुष्टि > साइन-इन करने का तरीका टैब पर जाएं.

गुमनाम खाते को स्थायी खाते में बदलना

जब कोई अनजान व्यक्ति आपके ऐप्लिकेशन में साइन अप करता है, तो हो सकता है कि आपको उसे अपने नए खाते से काम जारी रखने की अनुमति देनी हो. उदाहरण के लिए, हो सकता है कि आपको साइन अप करने से पहले, उपयोगकर्ता की शॉपिंग कार्ट में जोड़े गए आइटम को उसके नए खाते की शॉपिंग कार्ट में उपलब्ध कराना हो. इसके लिए, यह तरीका अपनाएं:

1. जब उपयोगकर्ता साइन अप करता है, तो उपयोगकर्ता की पुष्टि करने वाली सेवा के लिए साइन-इन फ़्लो पूरा करें. हालांकि, Firebase.Auth.FirebaseAuth.SignInAndRetrieveDataWithCredentialAsync तरीकों में से किसी एक को कॉल न करें. उदाहरण के लिए, उपयोगकर्ता का Google आईडी टोकन, Facebook ऐक्सेस टोकन या ईमेल पता और पासवर्ड पाएं.

2. पुष्टि करने वाली नई सेवा के लिए Firebase.Auth.Credential पाएं:

3. साइन इन किए हुए उपयोगकर्ता के Firebase.Auth.Credential ऑब्जेक्ट को, LinkWithCredentialAsync तरीके में पास करें:

अगर LinkWithCredentialAsync कॉल पूरा हो जाता है, तो उपयोगकर्ता का नया खाता, पहचान छिपाकर बनाए गए खाते के Firebase डेटा को ऐक्सेस कर सकता है.

इस तकनीक का इस्तेमाल, किसी भी दो खातों को लिंक करने के लिए भी किया जा सकता है.

अपने-आप साफ़ होने की सुविधा

अगर आपने अपने प्रोजेक्ट को Firebase Authentication with Identity Platform पर अपग्रेड किया है, तो Firebase कंसोल में जाकर, अपने-आप साफ़ होने की सुविधा चालू की जा सकती है. इस सुविधा को चालू करने पर, Firebase को यह अनुमति मिल जाती है कि वह 30 दिन से ज़्यादा पुराने ऐसे खातों को अपने-आप मिटा दे जिनमें उपयोगकर्ता की पहचान नहीं की गई है. जिन प्रोजेक्ट में अपने-आप साफ़ होने की सुविधा चालू है उनमें पहचान छिपाकर पुष्टि करने की सुविधा का इस्तेमाल, इस्तेमाल की सीमाओं या बिलिंग कोटा में नहीं गिना जाएगा.

• अपने-आप साफ़ होने की सुविधा चालू करने के बाद बनाए गए किसी भी गुमनाम खाते को बनाने के 30 दिनों के बाद, कभी भी अपने-आप मिटाया जा सकता है.
• ऑटोमैटिक क्लीन-अप की सुविधा चालू करने के 30 दिनों के बाद, मौजूदा गुमनाम खाते अपने-आप मिट जाएंगे.
• अपने-आप साफ़ होने की सुविधा बंद करने पर, मिटाए जाने के लिए शेड्यूल किए गए सभी गुमनाम खाते, मिटाए जाने के लिए शेड्यूल किए गए खाते बने रहेंगे.
• अगर आपने किसी भी साइन-इन तरीके से लिंक करके, किसी गुमनाम खाते को "अपग्रेड" किया है, तो वह खाता अपने-आप नहीं मिटेगा.

अगर आपको यह सुविधा चालू करने से पहले यह देखना है कि इससे कितने उपयोगकर्ताओं पर असर पड़ेगा और आपने अपने प्रोजेक्ट को Firebase Authentication with Identity Platform पर अपग्रेड किया है, तो Cloud Logging में is_anon के हिसाब से फ़िल्टर किया जा सकता है.

अगले चरण

अब उपयोगकर्ता Firebase की मदद से पुष्टि कर सकते हैं. इसलिए, Firebase के नियमों का इस्तेमाल करके, अपने Firebase डेटाबेस में मौजूद डेटा को ऐक्सेस करने की उनकी अनुमति को कंट्रोल किया जा सकता है.