रिमोट कॉन्फ़िगरेशन पैरामीटर और शर्तें

आपके पास क्लाइंट और सर्वर, दोनों के इस्तेमाल के हिसाब से टेंप्लेट कॉन्फ़िगर करने का विकल्प होता है. क्लाइंट टेंप्लेट, Firebase को लागू करने वाले किसी भी ऐप्लिकेशन इंस्टेंस को दिखाए जाते हैं रिमोट कॉन्फ़िगरेशन के लिए क्लाइंट SDK टूल, जिनमें Android, Apple, Web, Unity, Flutter और C++ ऐप्लिकेशन आज़माएं. रिमोट कॉन्फ़िगरेशन के पैरामीटर और वैल्यू रिमोट कॉन्फ़िगरेशन लागू करने के लिए, सर्वर के हिसाब से टेंप्लेट इस्तेमाल किए जाते हैं (इसमें Cloud Run और Cloud Functions शामिल हैं) जो Firebase एडमिन का इस्तेमाल करते हैं Node.js SDK टूल v12.1.0 के बाद का वर्शन.

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

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

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

शर्तें, नियम, और कंडीशनल वैल्यू

किसी शर्त का इस्तेमाल, ऐप्लिकेशन इंस्टेंस के ग्रुप को टारगेट करने के लिए किया जाता है. शर्तें तय की गई हैं एक या उससे ज़्यादा नियमों को शामिल करना होगा, जिनके सभी फ़ंक्शन को true की वैल्यू के तौर पर रेट करना होगा, ताकि दिए गए ऐप्लिकेशन इंस्टेंस के लिए, true का मूल्यांकन करें. अगर किसी नियम की वैल्यू तय नहीं है (उदाहरण के लिए, जब कोई वैल्यू मौजूद नहीं है), तो वह नियम false.

उदाहरण के लिए, एक ऐसा पैरामीटर जो ऐप्लिकेशन का स्प्लैश पेज, ओएस टाइप के हिसाब से अलग-अलग इमेज दिखा सकता है. इसके लिए, सामान्य नियम if device_os = Android:

'स्प्लैश_पेज' का स्क्रीन कैप्चर Firebase कंसोल में पैरामीटर, iOS के लिए इसकी डिफ़ॉल्ट वैल्यू और Android के लिए कंडिशनल वैल्यू दिखाता है

या समय की शर्त का इस्तेमाल यह कंट्रोल करने के लिए किया जा सकता है कि आपका ऐप्लिकेशन कब दिखे प्रमोशन वाले आइटम.

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

पैरामीटर वैल्यू की प्राथमिकता

किसी पैरामीटर के साथ कई कंडिशनल वैल्यू जुड़ी हो सकती हैं. कॉन्टेंट बनाने इन नियमों से तय होता है कि रिमोट कॉन्फ़िगरेशन से कौनसी वैल्यू फ़ेच की जाएगी सर्वर और किसी ऐप्लिकेशन इंस्टेंस में किसी खास पॉइंट पर कौनसी वैल्यू का इस्तेमाल किया गया है समय:

पैरामीटर वैल्यू को इस प्राथमिकता के हिसाब से फ़ेच किया जाता है सूची

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

  2. अगर true की वैल्यू देने वाली शर्तों के साथ कोई कंडिशनल वैल्यू नहीं है, तो जब कोई ऐप्लिकेशन बैकएंड. अगर कोई पैरामीटर बैकएंड में मौजूद नहीं है या डिफ़ॉल्ट वैल्यू इन-ऐप्लिकेशन डिफ़ॉल्ट का इस्तेमाल करें पर सेट है, तो उस पैरामीटर के लिए कोई वैल्यू नहीं दी गई है जब कोई ऐप्लिकेशन वैल्यू फ़ेच करता है.

आपके ऐप्लिकेशन में, पैरामीटर वैल्यू को इस हिसाब से get तरीकों से दिखाया जाता है ये प्राथमिकता सूची

  1. अगर बैकएंड से कोई वैल्यू फ़ेच करने के बाद उसे चालू किया जाता है, तो ऐप्लिकेशन फ़ेच किया गया मान. चालू की गई पैरामीटर वैल्यू स्थायी होती हैं.
  2. अगर बैकएंड से कोई वैल्यू फ़ेच की गई हो या रिमोट कॉन्फ़िगरेशन बैकएंड चालू नहीं किया गया है, इसलिए यह ऐप्लिकेशन, इन-ऐप्लिकेशन का इस्तेमाल करता है डिफ़ॉल्ट वैल्यू है.

    डिफ़ॉल्ट वैल्यू पाने और सेट करने के बारे में ज़्यादा जानने के लिए, यह देखें रिमोट कॉन्फ़िगरेशन टेंप्लेट को डिफ़ॉल्ट तौर पर डाउनलोड करें.

  3. अगर कोई इन-ऐप्लिकेशन डिफ़ॉल्ट वैल्यू सेट नहीं की गई है, तो ऐप्लिकेशन एक स्टैटिक टाइप का इस्तेमाल करता है वैल्यू (जैसे, int के लिए 0 और boolean के लिए false).

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

ऊपर दी गई क्रम वाली सूचियों में बताए गए फ़्लो को दिखाने वाला डायग्राम

पैरामीटर वैल्यू के डेटा टाइप

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

फ़िलहाल, ये टाइप इस्तेमाल किए जा सकते हैं:

  • String
  • Boolean
  • Number
  • JSON

Firebase कंसोल के यूज़र इंटरफ़ेस (यूआई) में, डेटा टाइप को ड्रॉपडाउन मेन्यू से चुना जा सकता है पैरामीटर कुंजी तक. REST API में, value_type का इस्तेमाल करके सेट किया जा सकता है फ़ील्ड में पैरामीटर डालें.

पैरामीटर के ग्रुप

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

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

आप Firebase कंसोल या रिमोट कॉन्फ़िगरेशन REST API. आपके बनाए गए हर पैरामीटर ग्रुप का एक यूनीक नाम होता है आपका रिमोट कॉन्फ़िगरेशन टेम्प्लेट. पैरामीटर ग्रुप बनाते समय इन बातों का ध्यान रखें:

  • पैरामीटर को किसी भी समय, सिर्फ़ एक ग्रुप में शामिल किया जा सकता है. साथ ही, किसी पैरामीटर को कुंजी अब भी सभी पैरामीटर में अनन्य होनी चाहिए.
  • पैरामीटर के ग्रुप के नाम में ज़्यादा से ज़्यादा 256 वर्ण हो सकते हैं.
  • REST API और Firebase कंसोल, दोनों का इस्तेमाल करने पर पक्का करें कि पब्लिश होने पर पैरामीटर ग्रुप को हैंडल करने के लिए, REST API लॉजिक को अपडेट किया जाता है.

Firebase कंसोल का इस्तेमाल करके पैरामीटर ग्रुप बनाना या उनमें बदलाव करना

पैरामीटर को इसमें ग्रुप किया जा सकता है: इसके पैरामीटर टैब में Firebase कंसोल. ग्रुप बनाने या उसमें बदलाव करने के लिए:

  1. ग्रुप मैनेज करें चुनें.
  2. जिन पैरामीटर को जोड़ना है उनके लिए चेकबॉक्स चुनें और फिर ग्रुप में ले जाएं.
  3. किसी मौजूदा ग्रुप को चुनें या कोई नाम डालकर नया ग्रुप बनाएं और ब्यौरा लिखें और नया ग्रुप बनाएं चुनें. समूह को सहेजने के बाद, वह बदलावों को पब्लिश करें बटन.

प्रोग्राम के हिसाब से ग्रुप बनाना

रिमोट कॉन्फ़िगरेशन REST API पैरामीटर ग्रुप बनाने और पब्लिश करने का ऑटोमेटेड तरीका. यह मानते हुए कि आपको REST के बारे में जानकारी है और आपका सेट अप API के साथ, आप प्रोग्राम के रूप में समूहों को प्रबंधित करने के लिए इन चरणों को पूरा कर सकते हैं:

  1. मौजूदा टेंप्लेट वापस पाएं
  2. अपने पैरामीटर ग्रुप दिखाने के लिए, JSON ऑब्जेक्ट जोड़ें
  3. एचटीटीपी PUT अनुरोध का इस्तेमाल करके, पैरामीटर के ग्रुप पब्लिश करें.

parameterGroups ऑब्जेक्ट में ग्रुप की हैं. साथ ही, इसमें नेस्ट किया गया ब्यौरा और ग्रुप किए गए पैरामीटर की सूची. ध्यान दें कि हर ग्रुप कुंजी, दुनिया भर में अलग-अलग होनी चाहिए.

उदाहरण के लिए, यहां टेंप्लेट में किए गए बदलाव का एक उदाहरण दिया गया है, जो ग्रुप "नया मेन्यू" एक पैरामीटर के साथ, pumpkin_spice_season:

{
  "parameters": {},
  "version": {
    "versionNumber": "1",

    …


  },
  "parameterGroups": {
    "new menu": {
      "description": "New Menu",
      "parameters": {
        "pumpkin_spice_season": {
          "defaultValue": {
            "value": "true"
          },
          "description": "Whether it's currently pumpkin spice season."
        }
      }
    }
  }
}

शर्त के नियम के टाइप

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

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

इस एट्रिब्यूट का इस्तेमाल ऐसे करें:
  • Apple प्लैटफ़ॉर्म के लिए: ऐप्लिकेशन के CFBundleIdentifier. आप अपने दस्तावेज़ के लिए सामान्य टैब में बंडल आइडेंटिफ़ायर देख सकते हैं Xcode में ऐप्लिकेशन का मुख्य टारगेट सेट करना चाहिए.
  • Android के लिए: ऐप्लिकेशन की applicationId. आपको ऐप्लिकेशन-लेवल पर applicationId मिल सकता है build.gradle फ़ाइल.
ऐप्लिकेशन वर्शन स्ट्रिंग की वैल्यू के लिए:
एग्ज़ैक्ट मैच करता है,
इसमें शामिल है,
रेगुलर एक्सप्रेशन शामिल नहीं है


संख्या वाली वैल्यू के लिए:
=, #, >, ≥, <, ≤

टारगेट करने के लिए, अपने ऐप्लिकेशन के वर्शन तय करें.

इस नियम का इस्तेमाल करने से पहले, आपको किसी ऐप्लिकेशन आईडी नियम का इस्तेमाल करके, आपके Firebase प्रोजेक्ट से जुड़ा Android/Apple ऐप्लिकेशन.

Apple प्लैटफ़ॉर्म के लिए: ऐप्लिकेशन की CFBundleShortVersionString का इस्तेमाल करें.

ध्यान दें: पक्का करें कि आपका Apple ऐप्लिकेशन, Firebase Apple प्लैटफ़ॉर्म SDK टूल का इस्तेमाल कर रहा हो 6.24.0 या उसके बाद के वर्शन के लिए उपलब्ध है, क्योंकि CFBundleShortVersionString को पुराने वर्शन (प्रॉडक्ट की जानकारी देखें).

Android के लिए: ऐप्लिकेशन के versionName का इस्तेमाल करें.

इस नियम के लिए स्ट्रिंग की तुलना, केस-सेंसिटिव (बड़े और छोटे अक्षरों में अंतर) होती है. इसका इस्तेमाल करते समय: एग्ज़ैक्ट मैच करता है, इसमें शामिल है, इसमें शामिल नहीं है या रेगुलर एक्सप्रेशन ऑपरेटर के ज़रिए, एक से ज़्यादा वैल्यू चुनी जा सकती हैं.

रेगुलर एक्सप्रेशन ऑपरेटर का इस्तेमाल करते समय, रेगुलर एक्सप्रेशन बनाया जा सकता है RE2 में एक्सप्रेशन फ़ॉर्मैट. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन के सभी या कुछ हिस्सों से मेल खा सकता है स्ट्रिंग. ^ और $ ऐंकर का इस्तेमाल भी किया जा सकता है, ताकि टारगेट स्ट्रिंग का शुरुआती, आखिरी या पूरा हिस्सा.

बिल्ड नंबर स्ट्रिंग की वैल्यू के लिए:
एग्ज़ैक्ट मैच करता है,
इसमें शामिल है,
रेगुलर एक्सप्रेशन शामिल नहीं है


संख्या वाली वैल्यू के लिए:
=, #, >, ≥, <, ≤

टारगेट करने के लिए, अपने ऐप्लिकेशन के बिल्ड चुनें.

इस नियम का इस्तेमाल करने से पहले, आपको ऐप्लिकेशन आईडी नियम का इस्तेमाल करना होगा, ताकि Apple या आपके Firebase प्रोजेक्ट से जुड़ा Android ऐप्लिकेशन.

यह ऑपरेटर सिर्फ़ Apple और Android ऐप्लिकेशन के लिए उपलब्ध है. यह ऐप्लिकेशन की Apple के लिए CFBundleVersion और Android के लिए versionCode. इस नियम के लिए स्ट्रिंग की तुलना केस-सेंसिटिव.

एग्ज़ैक्ट मैच का इस्तेमाल करते समय, इसमें शामिल है, इसमें शामिल नहीं है या रेगुलर एक्सप्रेशन ऑपरेटर के ज़रिए, एक से ज़्यादा वैल्यू चुनी जा सकती हैं.

रेगुलर एक्सप्रेशन ऑपरेटर का इस्तेमाल करते समय, रेगुलर एक्सप्रेशन बनाया जा सकता है RE2 में एक्सप्रेशन फ़ॉर्मैट. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन के सभी या कुछ हिस्सों से मेल खा सकता है स्ट्रिंग. ^ और $ ऐंकर का इस्तेमाल भी किया जा सकता है, ताकि टारगेट स्ट्रिंग का शुरुआती, आखिरी या पूरा हिस्सा.

प्लैटफ़ॉर्म == iOS
Android
वेब
 
ऑपरेटिंग सिस्टम ==

टारगेट करने के लिए ऑपरेटिंग सिस्टम चुनें.

इस नियम का इस्तेमाल करने से पहले, आपको किसी ऐप्लिकेशन आईडी नियम का इस्तेमाल करना होगा, ताकि आपके Firebase प्रोजेक्ट से जुड़ा वेब ऐप्लिकेशन.

यह नियम दिए गए वेब ऐप्लिकेशन इंस्टेंस के लिए true का आकलन करता है, अगर ऑपरेटिंग सिस्टम और उसका वर्शन बताई गई सूची में मौजूद टारगेट वैल्यू से मेल खाता है.
ब्राउज़र ==

टारगेट करने के लिए ब्राउज़र तय करें.

इस नियम का इस्तेमाल करने से पहले, आपको किसी ऐप्लिकेशन आईडी नियम का इस्तेमाल करना होगा, ताकि आपके Firebase प्रोजेक्ट से जुड़ा वेब ऐप्लिकेशन.

यह नियम दिए गए वेब ऐप्लिकेशन इंस्टेंस के लिए true का आकलन करता है, अगर ब्राउज़र और उसका वर्शन, बताई गई सूची में मौजूद टारगेट वैल्यू से मेल खाते हैं.
डिवाइस की कैटगरी है, नहीं है मोबाइल इस नियम से यह आकलन किया जाएगा कि आपके वेब ऐप्लिकेशन को ऐक्सेस करने वाला डिवाइस, मोबाइल है या गैर-मोबाइल (डेस्कटॉप या कंसोल). इस तरह का नियम सिर्फ़ वेब के लिए उपलब्ध है दिखाई देता है.
भाषाएं में है एक या उससे ज़्यादा भाषाएं चुनें. यह नियम दिए गए ऐप्लिकेशन इंस्टेंस के लिए true का आकलन करता है, अगर वह ऐप्लिकेशन इंस्टेंस को ऐसे डिवाइस पर इंस्टॉल किया गया हो जो सूची में दी गई भाषाओं में से किसी एक का इस्तेमाल करता हो.
देश/क्षेत्र में है एक या एक से ज़्यादा इलाके या देश चुनें. इस नियम का आकलन किसी ऐप्लिकेशन इंस्टेंस के लिए true के रूप में होता है, अगर इंस्टेंस सूची में शामिल किसी भी इलाके या देश में हो. डिवाइस के देश का कोड इसे अनुरोध में दिए गए डिवाइस के आईपी पते या देश के कोड का इस्तेमाल करके तय किया जाता है Firebase Analytics से तय होता है (अगर Analytics डेटा को Firebase के साथ शेयर किया जाता है).
उपयोगकर्ता ऑडियंस कम से कम एक शामिल है Google Analytics की ऑडियंस की सूची से एक या उससे ज़्यादा ऑडियंस चुनें आपने अपने प्रोजेक्ट के लिए सेट अप किया है.

इस नियम के तहत ऐप्लिकेशन आईडी नियम लागू होता है, ताकि आपकी प्रोफ़ाइल से जुड़ा ऐप्लिकेशन चुना जा सके Firebase प्रोजेक्ट.

ध्यान दें: Analytics की कई ऑडियंस, इवेंट या उपयोगकर्ता प्रॉपर्टी, जो कि ऐप्लिकेशन के उपयोगकर्ताओं की कार्रवाइयों के आधार पर हो सकती हैं. किसी ऐप्लिकेशन पर, ऑडियंस में शामिल उपयोगकर्ता नियम को लागू होने में कुछ समय लगता है इंस्टेंस.

उपयोगकर्ता प्रॉपर्टी स्ट्रिंग की वैल्यू के लिए:
में ये शामिल हैं,
में यह शामिल नहीं है,
एग्ज़ैक्ट मैच करती है,
रेगुलर एक्सप्रेशन

संख्या वाली वैल्यू के लिए:
=, #, >, ≥, <, ≤

ध्यान दें: क्लाइंट पर, उपयोगकर्ता के लिए सिर्फ़ स्ट्रिंग वैल्यू सेट की जा सकती हैं प्रॉपर्टी. संख्या वाले ऑपरेटर का इस्तेमाल करने वाली शर्तों के लिए, रिमोट कॉन्फ़िगरेशन संबंधित वैल्यू को कन्वर्ट कर देता है उपयोगकर्ता प्रॉपर्टी को पूर्णांक/फ़्लोट में बदल देना चाहिए.
Google Analytics के उपलब्ध उपयोगकर्ताओं की सूची में से कोई उपयोगकर्ता चुनें प्रॉपर्टी. उपयोगकर्ता प्रॉपर्टी का इस्तेमाल करके, ऐप्लिकेशन को अपनी ज़रूरत के मुताबिक बनाने का तरीका जानें उपयोगकर्ता आधार के बहुत विशिष्ट सेगमेंट, देखें रिमोट कॉन्फ़िगरेशन और उपयोगकर्ता प्रॉपर्टी.

उपयोगकर्ता प्रॉपर्टी के बारे में ज़्यादा जानने के लिए, नीचे दी गई गाइड देखें:

एग्ज़ैक्ट मैच का इस्तेमाल करते समय, इसमें शामिल है, इसमें शामिल नहीं है या रेगुलर एक्सप्रेशन ऑपरेटर का इस्तेमाल करके, एक से ज़्यादा वैल्यू चुनी जा सकती हैं.

रेगुलर एक्सप्रेशन ऑपरेटर का इस्तेमाल करते समय, रेगुलर एक्सप्रेशन बनाया जा सकता है RE2 में एक्सप्रेशन फ़ॉर्मैट. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन के सभी या कुछ हिस्सों से मेल खा सकता है स्ट्रिंग. ^ और $ ऐंकर का इस्तेमाल भी किया जा सकता है, ताकि टारगेट स्ट्रिंग का शुरुआती, आखिरी या पूरा हिस्सा.

ध्यान दें: अपने-आप इकट्ठा होने वाली उपयोगकर्ता प्रॉपर्टी फ़िलहाल, रिमोट कॉन्फ़िगरेशन की शर्तें बनाते समय उपलब्ध नहीं होते.
किसी भी क्रम में प्रतिशत में उपयोगकर्ता स्लाइडर (Firebase कंसोल में. कॉन्टेंट बनाने REST API इस्तेमाल <=, >, और between ऑपरेटर). 0-100

ऐप्लिकेशन इंस्टेंस के रैंडम सैंपल में कोई बदलाव लागू करने के लिए इस फ़ील्ड का इस्तेमाल करें (.0001% तक छोटे नमूना आकार के साथ), स्लाइडर विजेट का उपयोग करके रैंडम तरीके से शफ़ल किए गए उपयोगकर्ताओं (ऐप्लिकेशन इंस्टेंस) को ग्रुप में बांटने के लिए.

हर ऐप्लिकेशन इंस्टेंस को लगातार किसी रैंडम तरीके से मैप किया जाता है या फ़्रैक्शनल नंबर.

नियम डिफ़ॉल्ट कुंजी का इस्तेमाल करेगा (जो सीड में बदलाव करें के तौर पर दिखाया जाता है Firebase कंसोल) का इस्तेमाल भी कर सकते हैं. आप नियम को इस पर वापस ला सकते हैं सीड फ़ील्ड को मिटाकर डिफ़ॉल्ट कुंजी का इस्तेमाल करके.

दिए गए प्रतिशत में, एक जैसे ऐप्लिकेशन इंस्टेंस को लगातार ठीक करने के लिए रेंज, सभी स्थितियों में एक ही सीड वैल्यू का इस्तेमाल करें. या नया चुनें प्रतिशत की दी गई रेंज के लिए, किसी भी क्रम में ऐप्लिकेशन इंस्टेंस का ग्रुप नया सीड तय करते हुए.

उदाहरण के लिए, दो संबंधित शर्तें बनाने के लिए, जिनमें से हर एक जब कोई ऐप्लिकेशन इस्तेमाल करने वाले 5% उपयोगकर्ता एक-दूसरे से ओवरलैप नहीं करते हैं, तो आपके पास मैच करने के लिए एक शर्त को कॉन्फ़िगर करने का विकल्प होता है 0% और 5% के बीच का प्रतिशत और किसी अन्य शर्त को किसी रेंज से मेल खाने के लिए कॉन्फ़िगर करें की दर 5% से 10% के बीच होनी चाहिए. कुछ उपयोगकर्ताओं को दोनों समूहों में रैंडम तरीके से दिखाई देने के लिए, इसका उपयोग करें हर शर्त के नियमों के लिए अलग-अलग सीड वैल्यू.

इंपोर्ट किया गया सेगमेंट में है इंपोर्ट किया गया एक या उससे ज़्यादा सेगमेंट चुनें. इस नियम के लिए कस्टम सेटिंग सेट अप करना ज़रूरी है इंपोर्ट किए गए सेगमेंट.
तिथि/समय पहले, बाद में कोई बताई गई तारीख और समय, जो डिवाइस के टाइमज़ोन में या बताए गए हों टाइमज़ोन, जैसे कि "(जीएमटी+11) सिडनी का समय." डिवाइस को फ़ेच करने के समय की तुलना, मौजूदा समय से करती है.
फ़र्स्ट ओपन रिपोर्ट पहले, बाद में किसी खास टाइमज़ोन में, तारीख और समय.

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

इन SDK टूल की ज़रूरत होती है:

  • Google Analytics के लिए Firebase SDK टूल
  • Apple प्लैटफ़ॉर्म SDK v9.0.0+ या Android SDK v21.1.1+ (Firebase BoM v30.3.0+)

इंस्टॉलेशन आईडी में है टारगेट करने के लिए, एक या उससे ज़्यादा इंस्टॉलेशन आईडी (ज़्यादा से ज़्यादा 50) डालें. यह नियम किसी दिए गए इंस्टॉलेशन के लिए true का मूल्यांकन करता है, अगर वह इंस्टॉलेशन का आईडी, वैल्यू की कॉमा-सेपरेटेड लिस्ट में होता है.

इंस्टॉलेशन आईडी पाने का तरीका जानने के लिए, यहां जाएं क्लाइंट आइडेंटिफ़ायर की जानकारी पाना.
उपयोगकर्ता मौजूद है (कोई ऑपरेटर नहीं) मौजूदा प्रोजेक्ट में मौजूद सभी ऐप्लिकेशन के सभी उपयोगकर्ताओं को टारगेट करता है.

शर्त के इस नियम का इस्तेमाल करके, प्रोजेक्ट के सभी उपयोगकर्ताओं से मैच करें के ऐप्लिकेशन या प्लैटफ़ॉर्म के बारे में हो सकता है.

पैरामीटर और शर्तें खोजी जा रही हैं

अपने प्रोजेक्ट की पैरामीटर कुंजियां, पैरामीटर की वैल्यू, और शर्तें खोजी जा सकती हैं Firebase कंसोल से रिमोट कॉन्फ़िगरेशन पैरामीटर टैब के सबसे ऊपर मौजूद खोज बॉक्स.

पैरामीटर और शर्तों की सीमाएं

Firebase प्रोजेक्ट में ज़्यादा से ज़्यादा 2,000 पैरामीटर और 500 पैरामीटर बनाए जा सकते हैं conditions. पैरामीटर कुंजियों में अधिकतम 256 वर्ण हो सकते हैं, जो किसी अंडरस्कोर या अंग्रेज़ी के अक्षर वाला वर्ण (A-Z, a-z) होता है और इसमें यह भी शामिल हो सकता है नंबर. किसी प्रोजेक्ट में पैरामीटर वैल्यू स्ट्रिंग की कुल लंबाई नहीं हो सकती 10,00,000 से ज़्यादा वर्ण इस्तेमाल करें.

पैरामीटर और शर्तों में किए गए बदलाव देखना

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

  • उस उपयोगकर्ता का नाम देखें जिसने पैरामीटर या शर्त में पिछली बार बदलाव किया था.

  • अगर बदलाव उसी दिन हुआ है, तो मिनट या घंटे, जो सक्रिय में बदलाव को प्रकाशित करने के बाद से बीत चुके हैं रिमोट कॉन्फ़िगरेशन टेंप्लेट.

  • अगर बदलाव एक या उससे ज़्यादा दिन पहले हुआ है, तो बदलाव को ऐक्टिव रिमोट कॉन्फ़िगरेशन टेंप्लेट में पब्लिश किया गया.

पैरामीटर के अपडेट

रिमोट कॉन्फ़िगरेशन के पैरामीटर में इस पेज पर, पिछली बार पब्लिश किया गया कॉलम में उस आखिरी उपयोगकर्ता की जानकारी दिखती है जिसने हर पेज में बदलाव किया था पैरामीटर और बदलाव को पब्लिश करने की आखिरी तारीख:

  • ग्रुप किए गए पैरामीटर में बदलाव का मेटाडेटा देखने के लिए, पैरामीटर ग्रुप को बड़ा करें.

  • पब्लिश करने की तारीख के हिसाब से बढ़ते या घटते क्रम में लगाने के लिए, पिछली बार पब्लिश किया गया कॉलम लेबल.

शर्त से जुड़े अपडेट

रिमोट कॉन्फ़िगरेशन के दायरे में शर्तें पेज पर जाकर, ये काम किए जा सकते हैं स्थिति में बदलाव करने वाले आखिरी उपयोगकर्ता और बदलाव की तारीख देख सकते हैं इसे हर शर्त के नीचे पिछली बार किए गए बदलाव के बगल में दिखाया जाता है.

अगले चरण

अपना Firebase प्रोजेक्ट कॉन्फ़िगर करने का तरीका शुरू करने के लिए, यहां देखें Firebase रिमोट कॉन्फ़िगरेशन प्रोजेक्ट सेट अप करना.