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

आपके पास क्लाइंट और सर्वर, दोनों के इस्तेमाल के हिसाब से टेंप्लेट कॉन्फ़िगर करने का विकल्प होता है. क्लाइंट टेंप्लेट, Firebase को लागू करने वाले किसी भी ऐप्लिकेशन इंस्टेंस को दिखाए जाते हैं Remote Config के लिए क्लाइंट SDK टूल, जिनमें Android, Apple, Web, Unity शामिल है, Flutter और C++ ऐप्लिकेशन आज़माएं. सर्वर के हिसाब से बनाए गए टेंप्लेट के Remote Config पैरामीटर और वैल्यू, Remote Config लागू करने के लिए उपलब्ध कराई जाती हैं. इनमें Cloud Run और Cloud Functions भी शामिल हैं. ये Firebase Admin 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.

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

किसी पैरामीटर में कई कंडिशनल हो सकते हैं अलग-अलग शर्तों का इस्तेमाल करने वाले मान, और पैरामीटर यह भी हो सकता है. पैरामीटर टैब में के 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. कोई मौजूदा ग्रुप चुनें या कोई नया ग्रुप बनाएं. इसके लिए, नाम और जानकारी डालें और नया ग्रुप बनाएं को चुनें. ग्रुप को सेव करने के बाद, उसे बदलावों को पब्लिश करें बटन.

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

नीचे दिए गए नियम, 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 में एक्सप्रेशन फ़ॉर्मैट. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन की स्ट्रिंग के सभी या कुछ हिस्से से मैच कर सकता है. टारगेट स्ट्रिंग के शुरू, आखिर या पूरी तरह से मैच करने के लिए, ^ और $ ऐंकर का भी इस्तेमाल किया जा सकता है.
बिल्ड नंबर	स्ट्रिंग वैल्यू के लिए: एग्ज़ैक्ट मैच, इसमें शामिल है, इसमें शामिल नहीं है, रेगुलर एक्सप्रेशन नंबर वाली वैल्यू के लिए: =, ≠, >, ≥, <, ≤	टारगेट करने के लिए, अपने ऐप्लिकेशन के बिल्ड चुनें. इस नियम का इस्तेमाल करने से पहले, आपको अपने Firebase प्रोजेक्ट से जुड़ा कोई Apple या Android ऐप्लिकेशन चुनने के लिए, ऐप्लिकेशन आईडी नियम का इस्तेमाल करना होगा.	यह ऑपरेटर सिर्फ़ Apple और Android ऐप्लिकेशन के लिए उपलब्ध है. यह Apple के लिए ऐप्लिकेशन के CFBundleVersion और Android के लिए versionCode से मेल खाता है. इस नियम के लिए स्ट्रिंग की तुलना केस-सेंसिटिव (बड़े और छोटे अक्षरों में अंतर) होता है. जब का इस्तेमाल किया जा रहा हो, तो से पूरी तरह मेल खाता हो, इसमें शामिल है, को शामिल नहीं किया गया हो या रेगुलर एक्सप्रेशन शामिल है ऑपरेटर इस्तेमाल करने पर, एक से ज़्यादा वैल्यू चुनी जा सकती हैं. contains regex ऑपरेटर का इस्तेमाल करते समय, RE2 फ़ॉर्मैट में रेगुलर एक्सप्रेशन बनाए जा सकते हैं. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन की स्ट्रिंग के सभी या कुछ हिस्से से मैच कर सकता है. टारगेट स्ट्रिंग के शुरू, आखिर या पूरी स्ट्रिंग से मैच करने के लिए, ^ और $ ऐंकर का भी इस्तेमाल किया जा सकता है.
प्लैटफ़ॉर्म	==	iOS Android वेब
ऑपरेटिंग सिस्टम	==	टारगेट करने के लिए ऑपरेटिंग सिस्टम की जानकारी दें. इस नियम का इस्तेमाल करने से पहले, आपको किसी ऐप्लिकेशन आईडी नियम का इस्तेमाल करना होगा, ताकि आपके Firebase प्रोजेक्ट से जुड़ा वेब ऐप्लिकेशन.	यह नियम दिए गए वेब ऐप्लिकेशन इंस्टेंस के लिए true का आकलन करता है, अगर ऑपरेटिंग सिस्टम और उसका वर्शन बताई गई सूची में मौजूद टारगेट वैल्यू से मेल खाता है.
ब्राउज़र	==	टारगेट करने के लिए ब्राउज़र की जानकारी दें. इस नियम का इस्तेमाल करने से पहले, आपको किसी ऐप्लिकेशन आईडी नियम का इस्तेमाल करना होगा, ताकि आपके Firebase प्रोजेक्ट से जुड़ा वेब ऐप्लिकेशन.	यह नियम दिए गए वेब ऐप्लिकेशन इंस्टेंस के लिए true का आकलन करता है, अगर ब्राउज़र और उसका वर्शन, दी गई सूची में मौजूद टारगेट वैल्यू से मेल खाते हैं.
डिवाइस की कैटगरी	है, नहीं है	मोबाइल	इस नियम से यह पता चलता है कि आपके वेब ऐप्लिकेशन को ऐक्सेस करने वाला डिवाइस, मोबाइल है या फिर नॉन-मोबाइल (डेस्कटॉप या कंसोल). यह नियम टाइप सिर्फ़ वेब ऐप्लिकेशन के लिए उपलब्ध है.
भाषाएं	में है	एक या उससे ज़्यादा भाषाएं चुनें.	यह नियम किसी ऐप्लिकेशन इंस्टेंस के लिए true दिखाता है. ऐसा तब होता है, जब वह ऐप्लिकेशन इंस्टेंस, सूची में दी गई किसी भाषा का इस्तेमाल करने वाले डिवाइस पर इंस्टॉल हो.
देश/क्षेत्र	में है	एक या उससे ज़्यादा देश या इलाके चुनें.	इस नियम का आकलन करने के बाद, किसी ऐप्लिकेशन इंस्टेंस के लिए true का आकलन किया जाएगा, अगर: इंस्टेंस सूची में शामिल किसी भी इलाके या देश में हो. डिवाइस के देश का कोड इसे अनुरोध में दिए गए डिवाइस के आईपी पते या देश के कोड का इस्तेमाल करके तय किया जाता है Firebase Analytics से तय होता है (अगर Analytics डेटा को Firebase के साथ शेयर किया जाता है).
उपयोगकर्ता ऑडियंस	जिसमें कम से कम एक	अपने प्रोजेक्ट के लिए सेट अप की गई Google Analytics ऑडियंस की सूची में से एक या उससे ज़्यादा चुनें.	इस नियम के तहत ऐप्लिकेशन आईडी नियम लागू होता है, ताकि आपकी प्रोफ़ाइल से जुड़ा ऐप्लिकेशन चुना जा सके Firebase प्रोजेक्ट. ध्यान दें: कई Analytics ऑडियंस, इवेंट या उपयोगकर्ता प्रॉपर्टी के हिसाब से तय की जाती हैं. ये प्रॉपर्टी, ऐप्लिकेशन के उपयोगकर्ताओं की कार्रवाइयों पर आधारित हो सकती हैं. इसलिए, किसी ऐप्लिकेशन के किसी इंस्टेंस के लिए, ऑडियंस में उपयोगकर्ता नियम लागू होने में कुछ समय लग सकता है.
उपयोगकर्ता प्रॉपर्टी	स्ट्रिंग वैल्यू के लिए: इसमें शामिल है, इसमें शामिल नहीं है, पूरी तरह से मैच करती है, इसमें रेगुलर एक्सप्रेशन शामिल है संख्या वाली वैल्यू के लिए: =, ≠, >, ≥, <, ≤ ध्यान दें: क्लाइंट पर, उपयोगकर्ता प्रॉपर्टी के लिए सिर्फ़ स्ट्रिंग वैल्यू सेट की जा सकती हैं. संख्या वाले ऑपरेटर का इस्तेमाल करने वाली शर्तों के लिए, Remote Config उससे जुड़ी उपयोगकर्ता प्रॉपर्टी की वैल्यू को पूर्णांक/फ़्लोट में बदल देता है.	उपलब्ध Google Analytics उपयोगकर्ता की सूची में से चुनें प्रॉपर्टी.	उपयोगकर्ता प्रॉपर्टी का इस्तेमाल करके, ऐप्लिकेशन को अपनी ज़रूरत के मुताबिक बनाने का तरीका जानें उपयोगकर्ता आधार के बहुत विशिष्ट सेगमेंट, देखें Remote Config और उपयोगकर्ता प्रॉपर्टी. उपयोगकर्ता प्रॉपर्टी के बारे में ज़्यादा जानने के लिए, नीचे दी गई गाइड देखें: Apple पर उपयोगकर्ता प्रॉपर्टी सेट करना Android पर उपयोगकर्ता प्रॉपर्टी सेट करना जब का इस्तेमाल किया जा रहा हो, तो से पूरी तरह मेल खाता हो, इसमें शामिल है, को शामिल नहीं किया गया हो या रेगुलर एक्सप्रेशन शामिल ऑपरेटर के साथ, एक से ज़्यादा वैल्यू चुनी जा सकती हैं. रेगुलर एक्सप्रेशन शामिल है ऑपरेटर का इस्तेमाल करते समय, रेगुलर एक्सप्रेशन बनाया जा सकता है RE2 में एक्सप्रेशन फ़ॉर्मैट. आपका रेगुलर एक्सप्रेशन, टारगेट वर्शन की स्ट्रिंग के सभी या कुछ हिस्से से मैच कर सकता है. टारगेट स्ट्रिंग के शुरू, आखिर या पूरी स्ट्रिंग से मैच करने के लिए, ^ और $ ऐंकर का भी इस्तेमाल किया जा सकता है. ध्यान दें: अपने-आप इकट्ठा होने वाली उपयोगकर्ता प्रॉपर्टी Remote Config कंडिशन बनाते समय उपलब्ध नहीं होते हैं.
रैंडम प्रतिशत में उपयोगकर्ता	स्लाइडर (Firebase कंसोल में. REST API, <=, >, और between ऑपरेटर का इस्तेमाल करता है.	0-100	इस फ़ील्ड का इस्तेमाल करके, ऐप्लिकेशन के इंस्टेंस के रैंडम सैंपल (सैंपल साइज़ छोटा हो) में कोई बदलाव लागू करें .0001% के तौर पर). इसमें, रैंडम तरीके से शफ़ल किए गए उपयोगकर्ताओं (ऐप्लिकेशन इंस्टेंस) को सेगमेंट में बांटने के लिए, स्लाइडर विजेट का इस्तेमाल किया जाता है ग्रुप. हर ऐप्लिकेशन इंस्टेंस को लगातार एक यादृच्छिक पूर्ण या भिन्न संख्या पर मैप किया जाता है, seed है. जब तक आपने सीड वैल्यू में बदलाव नहीं किया है, तब तक कोई नियम डिफ़ॉल्ट कुंजी (Firebase कंसोल में सीड में बदलाव करें के तौर पर दिखता है) का इस्तेमाल करेगा. सीड फ़ील्ड को खाली करके, किसी नियम को डिफ़ॉल्ट कुंजी का इस्तेमाल करने के लिए वापस लाया जा सकता है. प्रतिशत की दी गई रेंज में, ऐप्लिकेशन के एक जैसे इंस्टेंस को लगातार ठीक करने के लिए, एक जैसे सीड का इस्तेमाल करें मान का इस्तेमाल करें. इसके अलावा, कोई नया सीड तय करके, किसी तय प्रतिशत की सीमा के लिए, ऐप्लिकेशन इंस्टेंस का एक नया ग्रुप चुनें. यह ग्रुप, ऐप्लिकेशन इंस्टेंस को रैंडम तौर पर असाइन किया जाता है. उदाहरण के लिए, दो मिलती-जुलती शर्तें बनाने के लिए, जो ऐप्लिकेशन के 5% उपयोगकर्ताओं पर लागू हों और एक-दूसरे से ओवरलैप न हों, तो एक शर्त को 0% से 5% के बीच के प्रतिशत से मैच करने के लिए कॉन्फ़िगर किया जा सकता है और दूसरी शर्त को 5% से 10% के बीच की रेंज से मैच करने के लिए कॉन्फ़िगर किया जा सकता है. कुछ उपयोगकर्ताओं को रैंडम तरीके से दिखाने के लिए दोनों ग्रुप में, हर शर्त में नियमों के लिए अलग-अलग सीड वैल्यू का इस्तेमाल किया जाता है.
इंपोर्ट किया गया सेगमेंट	में है	इंपोर्ट किया गया एक या उससे ज़्यादा सेगमेंट चुनें.	इस नियम के लिए कस्टम सेटिंग सेट अप करना ज़रूरी है इंपोर्ट किए गए सेगमेंट.
तिथि/समय	पहले, बाद में	डिवाइस के टाइमज़ोन या किसी तय किए गए टाइमज़ोन में तारीख और समय, जैसे कि "(GMT+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 शर्तें पेज पर, आपको वह उपयोगकर्ता दिखेगा जिसने आखिरी बार शर्त में बदलाव किया था. साथ ही, हर शर्त के नीचे पिछली बार बदलाव करने की तारीख के बगल में, वह तारीख भी दिखेगी जब उसने बदलाव किया था.

अगले चरण

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