एक से ज़्यादा प्रोजेक्ट कॉन्फ़िगर करना

इस पेज पर, अपने ऐप्लिकेशन में एक से ज़्यादा Firebase प्रोजेक्ट इस्तेमाल करने का तरीका बताया गया है.

कई ऐप्लिकेशन के लिए, सिर्फ़ एक Firebase प्रोजेक्ट और शुरू करें गाइड में बताए गए डिफ़ॉल्ट सेटअप की ज़रूरत होती है. यहां कुछ उदाहरण दिए गए हैं, जिनसे पता चलता है कि एक से ज़्यादा Firebase प्रोजेक्ट का इस्तेमाल कब किया जा सकता है:

बिल्ड टाइप या टारगेट के आधार पर, अलग-अलग Firebase प्रोजेक्ट इस्तेमाल करने के लिए, अपना डेवलपमेंट एनवायरमेंट सेट अप करना.
अपने ऐप्लिकेशन में, एक से ज़्यादा Firebase प्रोजेक्ट से कॉन्टेंट ऐक्सेस करना.

अलग-अलग एनवायरमेंट के लिए सहायता

एक सामान्य इस्तेमाल का उदाहरण यह है कि अपने डेवलपमेंट और प्रोडक्शन एनवायरमेंट के लिए, अलग-अलग Firebase प्रोजेक्ट इस्तेमाल करना.

वेब और एडमिन SDK टूल को, उनकी शुरुआती सेटिंग वाले फ़ंक्शन में सीधे वैल्यू पास करके कॉन्फ़िगर किया जाता है. इन SDK टूल के लिए, डेवलपमेंट या प्रोडक्शन कॉन्फ़िगरेशन वैरिएबल चुनने के लिए, रनटाइम चेक का इस्तेमाल किया जा सकता है.

Android और Apple प्लैटफ़ॉर्म (और उनके Unity और C++ रैपर) आम तौर पर, कॉन्फ़िगरेशन फ़ाइल से कॉन्फ़िगरेशन लोड करते हैं: Apple प्लैटफ़ॉर्म पर GoogleService-Info.plist और Android पर google-services.json. इन फ़ाइलों को, विकल्पों वाले ऑब्जेक्ट (FIROption या FirebaseOptions) में पढ़ा जाता है. इसे Firebase ऐप्लिकेशन ऑब्जेक्ट (FIRApp या FirebaseApp) से रेफ़र किया जाता है.

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

अपने Apple ऐप्लिकेशन में एक से ज़्यादा एनवायरमेंट के लिए सहायता

डिफ़ॉल्ट रूप से, FirebaseApp.configure() ऐप्लिकेशन के साथ बंडल की गई GoogleService-Info.plist फ़ाइल लोड करेगा. अगर आपके डेवलपमेंट और प्रोडक्शन एनवायरमेंट को Xcode में अलग-अलग टारगेट के तौर पर कॉन्फ़िगर किया गया है, तो आपके पास ये विकल्प हैं:

GoogleService-Info.plist की दोनों फ़ाइलें डाउनलोड करना
दोनों फ़ाइलों को अलग-अलग डायरेक्ट्री में सेव करना
दोनों को अपने Xcode प्रोजेक्ट में जोड़ना
टारगेट मेंबरशिप पैनल का इस्तेमाल करके, अलग-अलग फ़ाइलों को अलग-अलग टारगेट से जोड़ना:

पैसे चुकाकर ली जाने वाली सदस्यता को टारगेट करने वाला पैनल

अगर बिल्ड, एक ही टारगेट का हिस्सा हैं, तो सबसे अच्छा विकल्प यह है कि दोनों कॉन्फ़िगरेशन फ़ाइलों को यूनीक नाम दिए जाएं. जैसे, GoogleService-Info-Free.plist और GoogleService-Info-Paid.plist. इसके बाद, रनटाइम में यह चुनें कि कौनसी plist लोड करनी है. इसे यहां दिए गए उदाहरण में दिखाया गया है:

// Load a named file.
guard 
  let filePath = Bundle.main.path(forResource: "MyGoogleService", ofType: "plist"),
  let fileOptions = FirebaseOptions(contentsOfFile: filePath)
else { fatalError("Couldn't load config file.") }
FirebaseApp.configure(options: fileOptions)

अपने Android ऐप्लिकेशन में एक से ज़्यादा एनवायरमेंट के लिए सहायता

Android में, Google Services gradle प्लग इन, google-services.json फ़ाइल को Android स्ट्रिंग रिसॉर्स में प्रोसेस करता है. Google Services प्लग इन के दस्तावेज़ में, JSON फ़ाइल को प्रोसेस करना लेख में जाकर देखा जा सकता है कि कौनसे रिसॉर्स बनाए गए हैं.

बिल्ड के अलग-अलग वैरिएंट के लिए, google-services.json की एक से ज़्यादा फ़ाइलें हो सकती हैं. इसके लिए, google-services.json फ़ाइलों को, ऐप्लिकेशन मॉड्यूल के रूट में हर वैरिएंट के नाम वाली अलग-अलग डायरेक्ट्री में रखें. उदाहरण के लिए, अगर आपके पास "डेवलपमेंट" और "रिलीज़" बिल्ड फ़्लेवर हैं, तो आपका कॉन्फ़िगरेशन इस तरह व्यवस्थित किया जा सकता है:

app/
    google-services.json
    src/development/google-services.json
    src/release/google-services.json
    ...

ज़्यादा जानने के लिए, Google Services प्लग इन के दस्तावेज़ में, JSON फ़ाइल जोड़ना लेख देखें.

इसके बाद, इन रिसॉर्स को FirebaseInitProvider, लोड करता है. यह आपके ऐप्लिकेशन कोड से पहले चलता है और इन वैल्यू का इस्तेमाल करके, Firebase API को शुरू करता है.

यह प्रोवाइडर सिर्फ़ उन रिसॉर्स को पढ़ता है जिनके नाम पहले से पता होते हैं. इसलिए, Google Services gradle प्लग इन का इस्तेमाल करने के बजाय, स्ट्रिंग रिसॉर्स को सीधे अपने ऐप्लिकेशन में जोड़ने का भी विकल्प होता है. इसके लिए, यह तरीका अपनाएं:

अपने रूट build.gradle से google-services प्लग इन हटाना
अपने प्रोजेक्ट से google-services.json मिटाना
स्ट्रिंग रिसॉर्स को सीधे जोड़ना
अपने ऐप्लिकेशन build.gradle से apply plugin: 'com.google.gms.google-services' मिटाना

अपने ऐप्लिकेशन में एक से ज़्यादा प्रोजेक्ट इस्तेमाल करना

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

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

Swift: FirebaseOptions(googleAppID:gcmSenderID:)
Android: FirebaseOptions.Builder
वेब: initializeApp()
C++: firebase::App::Create
Unity: FirebaseApp.Create
Node.js: initializeApp
Java: FirebaseOptions.Builder

किसी ऐप्लिकेशन में एक से ज़्यादा प्रोजेक्ट इस्तेमाल करने के लिए, इन क्लास का इस्तेमाल करने का तरीका यहां दिए गए उदाहरणों में दिखाया गया है:

Swift

// Configure with manual options. Note that projectID and apiKey, though not
// required by the initializer, are mandatory.
let secondaryOptions = FirebaseOptions(googleAppID: "1:27992087142:ios:2a4732a34787067a",
                                       gcmSenderID: "27992087142")
secondaryOptions.apiKey = "AIzaSyBicqfAZPvMgC7NZkjayUEsrepxuXzZDsk"
secondaryOptions.projectID = "projectid-12345"

// The other options are not mandatory, but may be required
// for specific Firebase products.
secondaryOptions.bundleID = "com.google.firebase.devrel.FiroptionConfiguration"
secondaryOptions.clientID = "27992087142-ola6qe637ulk8780vl8mo5vogegkm23n.apps.googleusercontent.com"
secondaryOptions.databaseURL = "https://myproject.firebaseio.com"
secondaryOptions.storageBucket = "myproject.appspot.com"
secondaryOptions.deepLinkURLScheme = "myapp://"
secondaryOptions.storageBucket = "projectid-12345.appspot.com"
secondaryOptions.appGroupID = nilAppDelegate.swift

Kotlin

// Manually configure Firebase Options. The following fields are REQUIRED:
//   - Project ID
//   - App ID
//   - API Key
val options = FirebaseOptions.Builder()
    .setProjectId("my-firebase-project")
    .setApplicationId("1:27992087142:android:ce3b6448250083d1")
    .setApiKey("AIzaSyADUe90ULnQDuGShD9W23RDP0xmeDc6Mvw")
    // .setDatabaseUrl(...)
    // .setStorageBucket(...)
    .build()MainActivity.kt

Java

// Manually configure Firebase Options. The following fields are REQUIRED:
//   - Project ID
//   - App ID
//   - API Key
FirebaseOptions options = new FirebaseOptions.Builder()
        .setProjectId("my-firebase-project")
        .setApplicationId("1:27992087142:android:ce3b6448250083d1")
        .setApiKey("AIzaSyADUe90ULnQDuGShD9W23RDP0xmeDc6Mvw")
        // setDatabaseURL(...)
        // setStorageBucket(...)
        .build();MainActivity.java

वेब

// The following fields are REQUIRED:
//  - Project ID
//  - App ID
//  - API Key
const secondaryAppConfig = {
    projectId: "<PROJECT_ID>",
    appId: "<APP_ID>",
    apiKey: "<API_KEY>",
    // databaseURL: "...",
    // storageBucket: "...",
};firebaseapp.js

C++

firebase::AppOptions secondary_app_options;

// API key, app ID, and project ID are always required.
secondary_app_options.set_api_key("<API_KEY>");
secondary_app_options.set_app_id("<GOOGLE_APP_ID>");
secondary_app_options.set_project_id("<PROJECT_ID>");

// The following options are specific to individual Firebase products
// and may not always be required.
secondary_app_options.set_database_url("<DATABASE_URL>");
secondary_app_options.set_messaging_sender_id("<SENDER_ID>");
secondary_app_options.set_storage_bucket("<STORAGE_BUCKET>");

Unity

Firebase.AppOptions secondaryAppOptions = new Firebase.AppOptions {
  ApiKey = "<API_KEY>",
  AppId = "<GOOGLE_APP_ID>",
  ProjectId = "<PROJECT_ID>"
};

Node.js

const secondaryServiceAccount = require('./path/to/serviceAccountKey.json');

// All required options are specified by the service account,
// add service-specific configuration like databaseURL as needed.
const secondaryAppConfig = {
    credential: cert(secondaryServiceAccount),
    // databaseURL: 'https://<DATABASE_NAME>.firebaseio.com'
};index.js

Java

FileInputStream serviceAccount = new FileInputStream("path/to/serviceAccountKey.json");

FirebaseOptions secondaryAppConfig = new FirebaseOptions.Builder()
  .setCredential(FirebaseCredentials.fromCertificate(serviceAccount))
  .setDatabaseUrl("https://<DATABASE_NAME>.firebaseio.com/")
  .build();

विकल्पों वाला यह ऑब्जेक्ट शुरू करने के बाद, इसका इस्तेमाल Firebase ऐप्लिकेशन के किसी अन्य इंस्टेंस को कॉन्फ़िगर करने के लिए किया जा सकता है. ध्यान दें कि यहां दिखाए गए सभी उदाहरणों में, हमने secondary स्ट्रिंग का इस्तेमाल किया है. इस नाम का इस्तेमाल, ऐप्लिकेशन इंस्टेंस को वापस पाने और इसे अन्य इंस्टेंस से अलग करने के लिए किया जाता है. इसमें डिफ़ॉल्ट इंस्टेंस ([DEFAULT] नाम वाला) भी शामिल है. आपको अन्य Firebase प्रोजेक्ट के इस्तेमाल के हिसाब से कोई स्ट्रिंग चुननी चाहिए.

यहां दिए गए स्निपेट में, किसी दूसरे Realtime Database से कनेक्ट करने का तरीका दिखाया गया है. अन्य Firebase सुविधाओं के लिए एपीआई भी इसी पैटर्न को फ़ॉलो करते हैं.

Swift

// Configure an alternative FIRApp.
FirebaseApp.configure(name: "secondary", options: secondaryOptions)

// Retrieve a previous created named app.
guard let secondary = FirebaseApp.app(name: "secondary")
  else { fatalError("Could not retrieve secondary app") }


// Retrieve a Real Time Database client configured against a specific app.
let secondaryDb = Database.database(app: secondary)AppDelegate.swift

Kotlin

// Initialize secondary FirebaseApp.
Firebase.initialize(context = this, options, "secondary")

// Retrieve secondary FirebaseApp.
val secondary = Firebase.app("secondary")
// Get the database for the other app.
val secondaryDatabase = Firebase.database(secondary)MainActivity.kt

Java

// Initialize with secondary app
FirebaseApp.initializeApp(this /* Context */, options, "secondary");

// Retrieve secondary FirebaseApp
FirebaseApp secondary = FirebaseApp.getInstance("secondary");MainActivity.java

वेब

// Initialize another app with a different config
const secondaryApp = firebase.initializeApp(secondaryAppConfig, "secondary");
// Access services, such as the Realtime Database
// secondaryApp.database();firebaseapp.js

C++

firebase::App* secondary_app = firebase::App::Create(secondary_app_options, "Secondary");
firebase::database::Database* secondary_database = firebase::database::Database::GetInstance(secondary_app);

Unity

var secondaryApp = Firebase.FirebaseApp.Create(secondaryAppOptions, "Secondary"));
var secondaryDatabase = Firebase.Database.FirebaseDatabase.getInstance(secondaryApp);

Node.js

// Initialize another app with a different config
const secondary = initializeApp(secondaryAppConfig, 'secondary');
// Access services, such as the Realtime Database
// const secondaryDatabase = secondary.database();index.js

Java

// Initialize another app with a different config
FirebaseApp secondaryApp = FirebaseApp.initializeApp(secondaryAppConfig, "secondary");

// Retrieve the database.
FirebaseDatabase secondaryDatabase = FirebaseDatabase.getInstance(secondaryApp);

Analytics के लिए भरोसेमंद रिपोर्टिंग पक्का करना

Google Analytics ऐप्लिकेशन के स्टार्टअप फ़्लो में बहुत पहले ही इवेंट इकट्ठा कर लेता है. कुछ मामलों में, यह तब होता है, जब Firebase ऐप्लिकेशन के मुख्य इंस्टेंस को कॉन्फ़िगर नहीं किया गया होता. ऐसे मामलों में, Firebase, इवेंट सेव करने के लिए सही Google ऐप्लिकेशन आईडी ढूंढने के लिए, Android रिसॉर्स या Apple प्लैटफ़ॉर्म पर GoogleService-Info.plist को रेफ़र करता है. इसलिए, हमारा सुझाव है कि जहां भी हो सके, डिफ़ॉल्ट कॉन्फ़िगरेशन के तरीकों का इस्तेमाल करें.

अगर रनटाइम कॉन्फ़िगरेशन ज़रूरी है, तो कृपया इन चेतावनियों पर ध्यान दें:

अगर आपने AdMob का इस्तेमाल किया है और सुझाव के मुताबिक, स्टार्टअप पर विज्ञापनों का अनुरोध किया है, तो हो सकता है कि आपको मोबाइल विज्ञापनों से जुड़ा कुछ Analytics डेटा न मिले. ऐसा तब होता है, जब रिसॉर्स पर आधारित कॉन्फ़िगरेशन के तरीके का इस्तेमाल नहीं किया जाता.
अपने ऐप्लिकेशन के डिस्ट्रिब्यूट किए गए हर वैरिएंट में, सिर्फ़ एक Google ऐप्लिकेशन आईडी दें. उदाहरण के लिए, अगर आपने अपने ऐप्लिकेशन का वर्शन 1, कॉन्फ़िगरेशन में किसी खास GOOGLE_APP_ID के साथ शिप किया है और फिर वर्शन 2 को किसी दूसरे आईडी के साथ अपलोड किया है, तो हो सकता है कि Analytics का डेटा न मिले.
Apple प्लैटफ़ॉर्म पर, अगर रनटाइम में अलग-अलग कॉन्फ़िगरेशन दिया जा रहा है, तो अपने प्रोजेक्ट में GoogleService-Info.plist न जोड़ें. ऐसा करने से, GOOGLE_APP_ID में बदलाव हो सकता है और Analytics का डेटा खो सकता है.