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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • String
  • Boolean
  • Number
  • JSON

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

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

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

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

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

  • पैरामीटर को किसी भी समय, सिर्फ़ एक ग्रुप में शामिल किया जा सकता है. साथ ही, किसी पैरामीटर को कुंजी अब भी सभी पैरामीटर में अनन्य होनी चाहिए.
  • पैरामीटर के ग्रुप के नाम में ज़्यादा से ज़्यादा 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 कंसोल में काम करते हैं. इसके बराबर है यह सुविधा, Remote Config REST API में उपलब्ध है. इसके बारे में ज़्यादा जानकारी यहां दी गई है कंडिशनल एक्सप्रेशन का रेफ़रंस.

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

इस एट्रिब्यूट का इस्तेमाल ऐसे करें:
  • 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 ऑडियंस, इवेंट या उपयोगकर्ता प्रॉपर्टी, जो कि ऐप्लिकेशन के उपयोगकर्ताओं की कार्रवाइयों के आधार पर हो सकती हैं. किसी ऐप्लिकेशन पर, ऑडियंस में शामिल उपयोगकर्ता नियम को लागू होने में कुछ समय लगता है इंस्टेंस.

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

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

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

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

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

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

ध्यान दें: अपने-आप इकट्ठा होने वाली उपयोगकर्ता प्रॉपर्टी फ़िलहाल, ये विकल्प Remote Config कंडिशन बनाते समय उपलब्ध नहीं होते.
किसी भी क्रम में प्रतिशत में उपयोगकर्ता स्लाइडर (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 कंसोल से Remote Config पैरामीटर टैब में सबसे ऊपर, खोज बॉक्स मौजूद है.

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

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

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

आपके पास Remote Config टेंप्लेट में हाल ही में किए गए बदलावों को देखने का विकल्प है Firebase कंसोल से. इसके लिए हर पैरामीटर और शर्त के साथ, ये काम किए जा सकते हैं:

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

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

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

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

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

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

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

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

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

अगले चरण

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