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

टेंप्लेट का टाइप चुनें:

क्लाइंट टेंप्लेट सर्वर टेंप्लेट

क्लाइंट टेंप्लेट से Remote Config पैरामीटर और वैल्यू को किसी भी ऐसे ऐप्लिकेशन इंस्टेंस पर दिखाया जा सकता है जो Remote Config के लिए Firebase क्लाइंट SDK टूल लागू करता है. इनमें Apple, Android, वेब, Flutter, Unity, और C++ ऐप्लिकेशन शामिल हैं.

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

अहम जानकारी: Remote Config पैरामीटर की कुंजियों या वैल्यू में गोपनीय डेटा सेव न करें. Remote Config डेटा को ट्रांसफ़र के दौरान एन्क्रिप्ट (सुरक्षित) किया जाता है. हालांकि, असली उपयोगकर्ता किसी भी डिफ़ॉल्ट या फ़ेच किए गए 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 कंसोल में, DevOps और यूज़र ऐक्टिविटी > रिमोट कॉन्फ़िगरेशन > पैरामीटर पेज पर जाएं. इस मेट्रिक से पता चलता है कि पिछले 24 घंटों में, हर वैल्यू के लिए कितने प्रतिशत अनुरोध मिले.

Firebase कंसोल का इस्तेमाल करके, शर्तें जोड़ना, उनमें बदलाव करना, उनका क्रम बदलना या उन्हें मिटाना

Firebase कंसोल में, टारगेट करने की शर्तें बनाई जा सकती हैं, उनमें बदलाव किया जा सकता है, उनका क्रम बदला जा सकता है, और उन्हें मिटाया जा सकता है. किसी प्रोजेक्ट में मौजूद पैरामीटर के बीच शर्तें शेयर की जाती हैं. शर्तों को मैनेज करने का तरीका यहां बताया गया है:

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

शर्त में किए गए बदलावों को सेव करने के बाद, बदलाव पब्लिश करें का इस्तेमाल करके अपना टेंप्लेट पब्लिश करें.

आईपी पते पर आधारित ऐक्सेस कंट्रोल के साथ IPv6 की सीमा

आईपी पते पर आधारित ऐक्सेस नीतियों के साथ इस्तेमाल किए जाने पर, Remote Config में IPv6 के लिए सीमित सहायता मिलती है. अगर आपका संगठन, कुछ खास सार्वजनिक आईपी रेंज के ऐक्सेस पर पाबंदी लगाता है, तो IPv6 नेटवर्क से कनेक्ट करने पर ये समस्याएं आ सकती हैं:

• कंसोल का ऐक्सेस: ऐसा हो सकता है कि आप Firebase कंसोल में Remote Config की कुछ सुविधाओं का इस्तेमाल न कर पाएं. जैसे, डेटा लोड करना या टारगेटिंग सेट अप करना.
• क्लाइंट ऐक्सेस: क्लाइंट ऐप्लिकेशन को PERMISSION_DENIED गड़बड़ियां मिल सकती हैं.

इन समस्याओं से बचने के लिए, अपने नेटवर्क को IPv4 का इस्तेमाल करने के लिए कॉन्फ़िगर करें या अपने संगठन की अनुमति वाली सूची में, Firebase के लिए ज़रूरी आईपी रेंज जोड़ें.

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

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

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

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

   ध्यान दें: जब किसी चालू Firebase A/B Testing एक्सपेरिमेंट में Remote Config पैरामीटर का इस्तेमाल किया जा रहा हो, तो एक्सपेरिमेंट की वैल्यू को 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 फ़ील्ड का इस्तेमाल करके टाइप सेट किए जा सकते हैं.

ध्यान दें: डेटा टाइप चुनने से, क्लाइंट SDK टूल को वैल्यू मिलने के तरीके पर कोई असर नहीं पड़ता. हालांकि, यह देख लें कि आपके ऐप्लिकेशन में get मेथड, वैल्यू को वापस उसी डेटा टाइप में कास्ट कर रहा हो जिसमें उसे कास्ट करना है.

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

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

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

ध्यान दें: पैरामीटर ग्रुप, Firebase कंसोल और Remote Config REST API में संगठन की जानकारी देते हैं. हालांकि, इनसे इस बात पर कोई असर नहीं पड़ता कि एसडीके, पैरामीटर को कैसे रेफ़र करता है.

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

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

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

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

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

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

Remote Config REST API की मदद से, पैरामीटर ग्रुप अपने-आप बनाए और पब्लिश किए जा सकते हैं. अगर आपको REST के बारे में जानकारी है और आपने एपीआई के अनुरोधों को अनुमति देने के लिए सेट अप किया है, तो प्रोग्राम के हिसाब से ग्रुप मैनेज करने के लिए, यह तरीका अपनाएं:

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 pumpkin spice season."
        }
      }
    }
  }
}

कस्टम सिग्नल की शर्तें

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

कस्टम सिग्नल की शर्तें, इन क्लाइंट एनवायरमेंट के लिए उपलब्ध हैं:

• iOS: v11.8.0 या इसके बाद का वर्शन
• Android: v22.1.0 या इसके बाद का वर्शन (Firebase BoM v33.8.0 या इसके बाद का वर्शन)
• वेब: v11.2.0 या इसके बाद का वर्शन
• Flutter: Flutter BoM का वर्शन 3.6.0 या इसके बाद का वर्शन

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

1. banner_image_url और banner_link को अपने Remote Config क्लाइंट टेंप्लेट में जोड़ें. ये बैनर की इमेज और इस इमेज से जुड़े इवेंट पेज को दिखाते हैं.
2. अपने ऐप्लिकेशन से city और preferred_event_category वैल्यू वाले कस्टम सिग्नल सेट करें.
3. अपने क्लाइंट के हिसाब से बनाए गए Remote Config टेंप्लेट में डिफ़ॉल्ट वैल्यू जोड़ें. साथ ही, पिछले चरण में सेट किए गए कस्टम सिग्नल के आधार पर, शर्त के हिसाब से वैल्यू बनाएं.
4. अपने क्लाइंट के हिसाब से बनाए गए Remote Config टेंप्लेट में डिफ़ॉल्ट वैल्यू जोड़ें. साथ ही, अपनी तय की गई हर शर्त के लिए कंडीशनल वैल्यू जोड़ें.
5. कस्टम सिग्नल की शर्तें सेट करने और उनका इस्तेमाल करने के लिए, अपने ऐप्लिकेशन कोड को अपडेट करें.

अब आपका ऐप्लिकेशन, Remote Config सर्वर से इन पैरामीटर को फ़ेच करते समय, सही banner_image_url और banner_link डाउनलोड कर सकता है.

सीमाएं

कस्टम सिग्नल की शर्तें बनाते समय, आपको इन सीमाओं का पालन करना होगा:

• कस्टम सिग्नल की संख्या: ऐप्लिकेशन के हर इंस्टेंस के लिए, ज़्यादा से ज़्यादा 100 कस्टम सिग्नल बनाए जा सकते हैं. किसी कस्टम सिग्नल की वैल्यू को शून्य पर सेट करके, उसे हटाया जा सकता है.
• कस्टम सिग्नल का नाम: कस्टम सिग्नल के हर नाम में ज़्यादा से ज़्यादा 250 वर्ण हो सकते हैं.
• कस्टम सिग्नल वैल्यू: हर कस्टम सिग्नल वैल्यू में ज़्यादा से ज़्यादा 500 वर्ण हो सकते हैं. रेगुलर एक्सप्रेशन का इस्तेमाल करते समय, वर्णों की सीमा 250 होती है.

ध्यान दें: कस्टम सिग्नल की कई शर्तें सेट करते समय, हर सिग्नल के लिए इन सीमाओं का ध्यान रखें. किसी भी सीमा से ज़्यादा सिग्नल सेट नहीं किए जा सकते.

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

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

नियम का प्रकार	ऑपरेटर	वैल्यू	ध्यान दें
ऐप्लिकेशन	==	अपने Firebase प्रोजेक्ट से जुड़े ऐप्लिकेशन के लिए, ऐप्लिकेशन आईडी की सूची में से चुनें.	Firebase में कोई ऐप्लिकेशन जोड़ने पर, आपको बंडल आईडी या Android पैकेज का नाम डालना होता है. इससे एक एट्रिब्यूट तय होता है, जो Remote Config के नियमों में ऐप्लिकेशन आईडी के तौर पर दिखता है. इस एट्रिब्यूट का इस्तेमाल इस तरह करें: Apple प्लैटफ़ॉर्म के लिए: ऐप्लिकेशन के CFBundleIdentifier का इस्तेमाल करें. Xcode में अपने ऐप्लिकेशन के मुख्य टारगेट के लिए, General टैब में बंडल आइडेंटिफ़ायर देखा जा सकता है. Android के लिए: ऐप्लिकेशन के applicationId का इस्तेमाल करें. applicationId को ऐप्लिकेशन-लेवल की build.gradle(.kts) फ़ाइल में देखा जा सकता है.
ऐप्लिकेशन वर्शन	स्ट्रिंग वैल्यू के लिए: एग्ज़ैक्ट मैच करता है, शामिल है, शामिल नहीं है, रेगुलर एक्सप्रेशन शामिल है संख्या वाली वैल्यू के लिए: <, <=, =, !=, >, >=	अपने ऐप्लिकेशन के उन वर्शन के बारे में बताएं जिन्हें टारगेट करना है. इस नियम का इस्तेमाल करने से पहले, आपको ऐप्लिकेशन आईडी नियम का इस्तेमाल करके, अपने Firebase प्रोजेक्ट से जुड़ा Android/Apple ऐप्लिकेशन चुनना होगा.	Apple प्लैटफ़ॉर्म के लिए: ऐप्लिकेशन के CFBundleShortVersionString का इस्तेमाल करें. ध्यान दें: पक्का करें कि आपका Apple ऐप्लिकेशन, Firebase Apple प्लैटफ़ॉर्म SDK टूल के 6.24.0 या इसके बाद के वर्शन का इस्तेमाल कर रहा हो. ऐसा इसलिए, क्योंकि CFBundleShortVersionString को पुराने वर्शन में नहीं भेजा जा रहा है. ज़्यादा जानकारी के लिए, रिलीज़ नोट देखें. Android के लिए: ऐप्लिकेशन के versionName का इस्तेमाल करें. ध्यान दें: संख्याओं की तुलना करने वाले ऑपरेटर (<, <=, =, !=, >, >=) सिर्फ़ संख्याओं वाले सिमैंटिक वर्शन (जैसे कि 1.2.3) के साथ काम करते हैं. ये रिलीज़ से पहले वाले सफ़िक्स या हाइफ़न (जैसे कि -beta या -rc) के साथ काम नहीं करते. बिना संख्याओं वाले सफ़िक्स या हाइफ़न (जैसे कि 1.5-beta) वाली वर्शन स्ट्रिंग के लिए, स्ट्रिंग ऑपरेटर का इस्तेमाल करें. जैसे, रेगुलर एक्सप्रेशन शामिल है, शामिल है या एग्ज़ैक्ट मैच. इस नियम के लिए स्ट्रिंग की तुलनाएं केस-सेंसिटिव होती हैं. पूरी तरह मेल खाने वाले, इसमें शामिल है, इसमें शामिल नहीं है या इसमें रेगुलर एक्सप्रेशन शामिल है ऑपरेटर का इस्तेमाल करते समय, कई वैल्यू चुनी जा सकती हैं. रेगुलर एक्सप्रेशन शामिल है ऑपरेटर का इस्तेमाल करते समय, RE2 फ़ॉर्मैट में रेगुलर एक्सप्रेशन बनाए जा सकते हैं. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन स्ट्रिंग के सभी या कुछ हिस्से से मैच हो सकता है. टारगेट स्ट्रिंग की शुरुआत, आखिर या पूरी स्ट्रिंग से मैच करने के लिए, ^ और $ ऐंकर का भी इस्तेमाल किया जा सकता है.
बिल्ड नंबर	स्ट्रिंग वैल्यू के लिए: पूरी तरह से मैच करता है, शामिल है, शामिल नहीं है, रेगुलर एक्सप्रेशन संख्या वाली वैल्यू के लिए: =, ≠, >, ≥, <, ≤	अपने ऐप्लिकेशन के उन बिल्ड के बारे में बताएं जिन्हें टारगेट करना है. इस नियम का इस्तेमाल करने से पहले, आपको ऐप्लिकेशन आईडी नियम का इस्तेमाल करके, अपने Firebase प्रोजेक्ट से जुड़ा कोई Apple या Android ऐप्लिकेशन चुनना होगा.	यह ऑपरेटर सिर्फ़ Apple और Android ऐप्लिकेशन के लिए उपलब्ध है. यह Apple के लिए ऐप्लिकेशन के CFBundleVersion और Android के लिए versionCode से मेल खाता है. इस नियम के लिए स्ट्रिंग की तुलनाएं केस-सेंसिटिव होती हैं. एग्ज़ैक्ट मैच, इसमें शामिल है, इसमें शामिल नहीं है या इसमें रेगुलर एक्सप्रेशन शामिल है ऑपरेटर का इस्तेमाल करते समय, कई वैल्यू चुनी जा सकती हैं. रेगुलर एक्सप्रेशन शामिल है ऑपरेटर का इस्तेमाल करते समय, RE2 फ़ॉर्मैट में रेगुलर एक्सप्रेशन बनाए जा सकते हैं. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन स्ट्रिंग के सभी या कुछ हिस्से से मैच हो सकता है. टारगेट स्ट्रिंग की शुरुआत, आखिर या पूरी स्ट्रिंग से मैच करने के लिए, ^ और $ ऐंकर का भी इस्तेमाल किया जा सकता है.
प्लेटफ़ॉर्म	==	iOS Android वेब
ऑपरेटिंग सिस्टम	==	टारगेट करने के लिए, ऑपरेटिंग सिस्टम तय करें. इस नियम का इस्तेमाल करने से पहले, आपको ऐप्लिकेशन आईडी नियम का इस्तेमाल करके, अपने Firebase प्रोजेक्ट से जुड़ा कोई वेब ऐप्लिकेशन चुनना होगा.	अगर ऑपरेटिंग सिस्टम और उसका वर्शन, दी गई सूची में मौजूद टारगेट वैल्यू से मैच करता है, तो यह नियम किसी वेब ऐप्लिकेशन इंस्टेंस के लिए true दिखाता है.
ब्राउज़र	==	टारगेट करने के लिए ब्राउज़र तय करें. इस नियम का इस्तेमाल करने से पहले, आपको ऐप्लिकेशन आईडी नियम का इस्तेमाल करके, अपने Firebase प्रोजेक्ट से जुड़ा कोई वेब ऐप्लिकेशन चुनना होगा.	अगर ब्राउज़र और उसका वर्शन, दी गई सूची में मौजूद टारगेट वैल्यू से मैच करता है, तो यह नियम किसी वेब ऐप्लिकेशन इंस्टेंस के लिए true के तौर पर लागू होता है.
डिवाइस श्रेणी	है, नहीं है	मोबाइल	यह नियम यह आकलन करता है कि आपके वेब ऐप्लिकेशन को ऐक्सेस करने वाला डिवाइस, मोबाइल है या नहीं (डेस्कटॉप या कंसोल). इस तरह का नियम सिर्फ़ वेब ऐप्लिकेशन के लिए उपलब्ध है.
भाषाएं	में है	एक या इससे ज़्यादा भाषाएं चुनें.	अगर किसी ऐप्लिकेशन इंस्टेंस को ऐसे डिवाइस पर इंस्टॉल किया गया है जिसमें सूची में शामिल भाषाओं में से किसी एक का इस्तेमाल किया जाता है, तो उस ऐप्लिकेशन इंस्टेंस के लिए इस नियम की वैल्यू true होगी.
देश/क्षेत्र	में है	एक या इससे ज़्यादा देश या इलाके चुनें.	अगर ऐप्लिकेशन का इंस्टेंस, सूची में दिए गए किसी भी देश या इलाके में मौजूद है, तो यह नियम उस इंस्टेंस के लिए true का आकलन करता है. डिवाइस के देश का कोड, अनुरोध में मौजूद डिवाइस के आईपी पते या Firebase Analytics से तय किए गए देश के कोड का इस्तेमाल करके तय किया जाता है. ऐसा तब होता है, जब Analytics का डेटा Firebase के साथ शेयर किया जाता है.
उपयोगकर्ता ऑडियंस	कम से कम एक शामिल है	आपने अपने प्रोजेक्ट के लिए जो Google Analytics ऑडियंस सेट अप की हैं उनकी सूची में से एक या उससे ज़्यादा ऑडियंस चुनें.	इस नियम के लिए, ऐप्लिकेशन आईडी का नियम ज़रूरी है, ताकि आपके Firebase प्रोजेक्ट से जुड़े ऐप्लिकेशन को चुना जा सके. ध्यान दें: कई Analytics ऑडियंस को इवेंट या उपयोगकर्ता प्रॉपर्टी के हिसाब से तय किया जाता है. ये प्रॉपर्टी, ऐप्लिकेशन के उपयोगकर्ताओं की कार्रवाइयों पर आधारित हो सकती हैं. इसलिए, किसी ऐप्लिकेशन इंस्टेंस के लिए, ऑडियंस में शामिल उपयोगकर्ता नियम को लागू होने में कुछ समय लग सकता है. इसका मतलब है कि अगर कोई उपयोगकर्ता तकनीकी तौर पर किसी ऑडियंस में शामिल होने की ज़रूरी शर्तें पूरी करता है, लेकिन fetchAndActivate() के लागू होने के समय Analytics ने उस उपयोगकर्ता को ऑडियंस में नहीं जोड़ा है, तो वह उपयोगकर्ता शर्त को पूरा नहीं करेगा.
उपयोगकर्ता प्रॉपर्टी	स्ट्रिंग वैल्यू के लिए: शामिल है, शामिल नहीं है, एग्ज़ैक्ट मैच, रेगुलर एक्सप्रेशन शामिल है संख्या वाली वैल्यू के लिए: =, ≠, >, ≥, <, ≤ ध्यान दें: क्लाइंट पर, उपयोगकर्ता प्रॉपर्टी के लिए सिर्फ़ स्ट्रिंग वैल्यू सेट की जा सकती हैं. न्यूमेरिक ऑपरेटर का इस्तेमाल करने वाली शर्तों के लिए, Remote Config संबंधित उपयोगकर्ता प्रॉपर्टी की वैल्यू को इंटीजर/फ़्लोट में बदल देता है.	उपलब्ध Google Analytics उपयोगकर्ता प्रॉपर्टी की सूची में से चुनें.	उपयोगकर्ता प्रॉपर्टी का इस्तेमाल करके, अपने उपयोगकर्ताओं के किसी खास सेगमेंट के लिए ऐप्लिकेशन को पसंद के मुताबिक बनाने का तरीका जानने के लिए, Remote Config और उपयोगकर्ता प्रॉपर्टी देखें. उपयोगकर्ता प्रॉपर्टी के बारे में ज़्यादा जानने के लिए, ये गाइड देखें: Apple पर उपयोगकर्ता प्रॉपर्टी सेट करना Android पर उपयोगकर्ता प्रॉपर्टी सेट करना एग्ज़ैक्ट मैच, इसमें शामिल है, इसमें शामिल नहीं है या इसमें रेगुलर एक्सप्रेशन शामिल है ऑपरेटर का इस्तेमाल करते समय, कई वैल्यू चुनी जा सकती हैं. रेगुलर एक्सप्रेशन शामिल है ऑपरेटर का इस्तेमाल करते समय, RE2 फ़ॉर्मैट में रेगुलर एक्सप्रेशन बनाए जा सकते हैं. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन स्ट्रिंग के सभी या कुछ हिस्से से मैच हो सकता है. टारगेट स्ट्रिंग की शुरुआत, आखिर या पूरी स्ट्रिंग से मैच करने के लिए, ^ और $ ऐंकर का भी इस्तेमाल किया जा सकता है. ध्यान दें: Remote Config शर्तें बनाते समय, अपने-आप इकट्ठा होने वाली उपयोगकर्ता प्रॉपर्टी उपलब्ध नहीं होती हैं.
उपयोगकर्ताओं का रैंडम प्रतिशत	स्लाइडर (Firebase कंसोल में. REST API, <=, >, और between ऑपरेटर का इस्तेमाल करता है.	0-100	इस फ़ील्ड का इस्तेमाल करके, ऐप्लिकेशन के इंस्टेंस के रैंडम सैंपल में बदलाव लागू करें. सैंपल का साइज़ .0001% जितना छोटा हो सकता है. स्लाइडर विजेट का इस्तेमाल करके, रैंडम तरीके से शफ़ल किए गए उपयोगकर्ताओं (ऐप्लिकेशन के इंस्टेंस) को ग्रुप में बांटें. हर ऐप्लिकेशन इंस्टेंस को किसी रैंडम पूर्णांक या भिन्न संख्या के साथ लगातार मैप किया जाता है. ऐसा उस प्रोजेक्ट में तय किए गए सीड के हिसाब से किया जाता है. सीड वैल्यू में एक से 32 वर्ण हो सकते हैं. इनमें अक्षर और अंक, बिंदु, हाइफ़न, और/या अंडरस्कोर शामिल हो सकते हैं. जब तक सीड वैल्यू में बदलाव नहीं किया जाता, तब तक नियम डिफ़ॉल्ट कुंजी का इस्तेमाल करेगा. यह कुंजी, Firebase कंसोल में सीड में बदलाव करें के तौर पर दिखती है. सीड फ़ील्ड को मिटाकर, किसी नियम को डिफ़ॉल्ट कुंजी का इस्तेमाल करने के लिए वापस लाया जा सकता है. दिए गए प्रतिशत की रेंज में, एक ही ऐप्लिकेशन इंस्टेंस को लगातार टारगेट करने के लिए, सभी शर्तों में एक ही सीड वैल्यू का इस्तेमाल करें. इसके अलावा, किसी तय प्रतिशत रेंज के लिए, ऐप्लिकेशन इंस्टेंस के रैंडम तरीके से असाइन किए गए नए ग्रुप को चुना जा सकता है. इसके लिए, नया सीड तय करना होगा. उदाहरण के लिए, एक-दूसरे से जुड़ी दो ऐसी शर्तें बनाने के लिए जो किसी ऐप्लिकेशन के 5% उपयोगकर्ताओं पर अलग-अलग लागू होती हैं, एक शर्त को 0% से 5% के बीच के प्रतिशत से मैच करने के लिए कॉन्फ़िगर किया जा सकता है. साथ ही, दूसरी शर्त को 5% से 10% के बीच की रेंज से मैच करने के लिए कॉन्फ़िगर किया जा सकता है. कुछ उपयोगकर्ताओं को दोनों ग्रुप में रैंडम तरीके से शामिल करने के लिए, हर शर्त के नियमों के लिए अलग-अलग सीड वैल्यू का इस्तेमाल करें.
इंपोर्ट किया गया सेगमेंट	में है	इंपोर्ट किए गए एक या उससे ज़्यादा सेगमेंट चुनें.	इस नियम के लिए, कस्टम इंपोर्ट किए गए सेगमेंट सेट अप करने होंगे.
तिथि/समय	पहले, बाद में	डिवाइस के टाइमज़ोन या किसी तय किए गए टाइमज़ोन में, तय की गई तारीख और समय. जैसे, "(GMT+11) सिडनी का समय."	यह मौजूदा समय की तुलना, डिवाइस से फ़ेच किए गए समय से करता है.
फ़र्स्ट ओपन रिपोर्ट	पहले, बाद में	उपयोगकर्ताओं को पहली बार आपका ऐप्लिकेशन खोलने के आधार पर टारगेट करें: आने वाले समय में, किसी तय तारीख और समय के बाद पहली बार आपका ऐप्लिकेशन खोलने वाले उपयोगकर्ताओं को टारगेट करने के लिए, नए उपयोगकर्ता चुनें. समयसीमा चुनें. इससे उन उपयोगकर्ताओं को टारगेट किया जा सकता है जो आपकी तय की गई तारीख और समय से पहले या बाद में, पहली बार आपका ऐप्लिकेशन खोलते हैं. किसी खास समयसीमा के अंदर उपयोगकर्ताओं को टारगेट करने के लिए, इससे पहले और इसके बाद की शर्तों को जोड़ें.	पहली बार ऐप्लिकेशन खोलने के आधार पर उपयोगकर्ताओं को टारगेट करने की सुविधा, Android, iOS या वेब ऐप्लिकेशन चुनने के बाद उपलब्ध होती है. इन एसडीके की ज़रूरत होती है: Google Analytics के लिए Firebase SDK Apple प्लैटफ़ॉर्म SDK v9.0.0+ या Android SDK v21.1.1+ (Firebase BoM v30.3.0+), और JavaScript SDK v12.8.0+. फ़र्स्ट ओपन इवेंट के दौरान, क्लाइंट पर Analytics भी चालू होना चाहिए.
इंस्टॉलेशन आईडी	में है	टारगेट करने के लिए, एक या उससे ज़्यादा इंस्टॉलेशन आईडी (ज़्यादा से ज़्यादा 50) डालें.	अगर किसी इंस्टॉलेशन का आईडी, कॉमा लगाकर अलग की गई वैल्यू की सूची में मौजूद है, तो यह नियम उस इंस्टॉलेशन के लिए true का आकलन करता है. इंस्टॉलेशन आईडी पाने का तरीका जानने के लिए, क्लाइंट आइडेंटिफ़ायर वापस पाना लेख पढ़ें.
उपयोगकर्ता मौजूद है	(कोई ऑपरेटर नहीं)	यह मौजूदा प्रोजेक्ट के सभी ऐप्लिकेशन के सभी उपयोगकर्ताओं को टारगेट करता है.	इस शर्त वाले नियम का इस्तेमाल करके, प्रोजेक्ट के सभी उपयोगकर्ताओं को मैच करें. इससे कोई फ़र्क़ नहीं पड़ता कि वे किस ऐप्लिकेशन या प्लैटफ़ॉर्म का इस्तेमाल कर रहे हैं. Remote Config को मनमुताबिक बनाने की सुविधा का इस्तेमाल करते समय, इस ऑपरेटर का इस्तेमाल करके यह पक्का किया जा सकता है कि प्रोजेक्ट के सभी उपयोगकर्ताओं को उनकी पसंद के मुताबिक वैल्यू मिलें.
कस्टम सिग्नल	स्ट्रिंग वैल्यू के लिए: शामिल है, शामिल नहीं है, एग्ज़ैक्ट मैच, रेगुलर एक्सप्रेशन शामिल है संख्या वाली वैल्यू के लिए: =, ≠, >, ≥, <, ≤ वर्शन वैल्यू के लिए: =, ≠, >, ≥, <, ≤	इस नियम के लिए स्ट्रिंग की तुलनाएं केस-सेंसिटिव होती हैं. 'पूरी तरह से मैच करता है', 'इसमें शामिल है', 'इसमें शामिल नहीं है' या 'इसमें रेगुलर एक्सप्रेशन ऑपरेटर शामिल है' का इस्तेमाल करते समय, कई वैल्यू चुनी जा सकती हैं. 'रेगुलर एक्सप्रेशन शामिल है' ऑपरेटर का इस्तेमाल करते समय, RE2 फ़ॉर्मैट में रेगुलर एक्सप्रेशन बनाए जा सकते हैं. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन स्ट्रिंग के सभी या कुछ हिस्से से मैच हो सकता है. टारगेट स्ट्रिंग की शुरुआत, आखिर या पूरी स्ट्रिंग को मैच करने के लिए, ^ और $ ऐंकर का भी इस्तेमाल किया जा सकता है. क्लाइंट एनवायरमेंट के लिए, इस तरह के डेटा का इस्तेमाल किया जा सकता है: iOS: int, double Android: int, long, double वेब: नंबर वह संख्या जो मैच करने के लिए वर्शन नंबर दिखाती है. उदाहरण के लिए, 2.1.0.	कस्टम सिग्नल की शर्तों और इस्तेमाल किए जाने वाले कंडिशनल एक्सप्रेशन के बारे में ज़्यादा जानने के लिए, कस्टम सिग्नल की शर्तें और शर्तें बनाने के लिए इस्तेमाल किए जाने वाले एलिमेंट लेख पढ़ें.

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

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

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

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

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

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

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

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

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

पैरामीटर के लिए बदलाव का इतिहास

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

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

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

शर्तों में किए गए बदलावों का इतिहास

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

अगले चरण

Remote Config का इस्तेमाल करने के लिए, अपने Firebase प्रोजेक्ट और ऐप्लिकेशन को कॉन्फ़िगर करें. इसके लिए, Firebase Remote Config का इस्तेमाल शुरू करें लेख पढ़ें.