Apple प्लैटफ़ॉर्म और Firebase के लिए, समस्या का हल और अक्सर पूछे जाने वाले सवाल

Firebase में Xcode के कौनसे वर्शन काम करते हैं?

Firebase, Xcode के ज़्यादा से ज़्यादा दो मुख्य वर्शन के साथ काम करता है. इसमें वर्शन शामिल नहीं हैं का है जो Apple अब काम नहीं करता. उदाहरण के लिए, मार्च 2019 से, हर ऐप्लिकेशन के लिए, Apple का कम से कम iOS 12 वर्शन होना ज़रूरी है. इसका मतलब यह है कि इस डिवाइस पर Xcode 9 का इस्तेमाल किया जा सकता था और Xcode 10 ही एकमात्र मेजर वर्शन था.

Xcode के कुछ माइनर या पैच वर्शन के साथ काम करने के लिए बदलाव (उदाहरण के लिए, 9.2.0 से 9.4.1 तक) का अनुमान, Firebase Apple प्लैटफ़ॉर्म SDK टूल और डेवलपर के इस्तेमाल से जुड़ा सर्वे. ये बदलाव आपके कॉन्टेंट को इस तरह पेश करते हैं: Firebase Apple प्लैटफ़ॉर्म के SDK टूल की जानकारी यह जानकारी, Firebase Apple प्लैटफ़ॉर्म SDK टूल के सेटअप पेज पर उपलब्ध होगी.

SDK टूल के साथ काम करने वाला Xcode का कम से कम वर्शन देखने के लिए, नीचे दी गई ज़रूरी शर्तें अपने Apple प्रोजेक्ट में Firebase जोड़ें.

Xcode के बीटा वर्शन की रिलीज़ के लिए, Firebase की सहायता "सबसे सही" तरीके से उपलब्ध है आधार पर. डेवलपर यहां समस्याओं को ट्रैक और सबमिट कर सकते हैं: GitHub पर Firebase Apple प्लैटफ़ॉर्म SDK टूल का रिपॉज़िटरी.

मेरा ऐप्लिकेशन, macOS पर Keychain आइटम ऐक्सेस करने के लिए, उपयोगकर्ता को उनके पासवर्ड का प्रॉम्प्ट देता है. मैं इसका समाधान कैसे कर सकता हूँ?

अपनी Firebase डिपेंडेंसी को 9.6.0 या इसके बाद वाले वर्शन पर अपग्रेड करें और [कीचेन शेयर करने की सुविधा](/docs/ios/troubleshooting-faq#macos-keychain-share) कम ही खर्च करते हैं.

macOS पर Firebase को Keychain शेयर करने की सुविधा की ज़रूरत क्यों होती है?

Firebase SDK टूल, कीचेन का इस्तेमाल करके Firebase जैसी जानकारी स्टोर करते हैं FCM के लिए इस्तेमाल किया गया इंस्टॉलेशन आईडी. Keychain के ऐक्सेस के बिना, Firebase SDK टूल ये काम नहीं कर पाएंगे ठीक से काम करता है. macOS कीचेन टेक्नोलॉजी, iOS स्टाइल से अलग काम करती है दूसरे प्लैटफ़ॉर्म (iOS, tvOS, macCatalyst, और WatchOS) होनी चाहिए.

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

ज़्यादा जानकारी के लिए, Apple की Keychain दस्तावेज़ .

Xcode 13 और इसके बाद के वर्शन में, मेरे UIKit ऐप्लिकेशन कुछ वे यूआरएल जो मैंने अपनी Info.plist में
रजिस्टर किए हैं?

Apple ने 50 LSApplicationQueriesSchemes की सीमा तय की है Info.plist फ़ाइलों में एंट्री. Apple ने साल 2015 में, यूआरएल क्वेरी की संख्या सीमित करने के लिए LSApplicationQueriesSchemes जिन्हें कोई भी इस्तेमाल कर सकता है. Xcode 13 के रिलीज़ होने पर, ये सीमाएं लागू होती हैं, जबकि Xcode 12 और उससे पहले के वर्शन में, स्कीम चुनें.

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

ध्यान दें कि उन ऐप्लिकेशन के लिए जो लगातार 50 से ज़्यादा LSApplicationQueriesSchemes, कुछ स्कीम इन्हें अनदेखा किया जा सकता है. ऐसा हो सकता है कि ऐप्लिकेशन कुछ डीपलिंक को एक्ज़ीक्यूट न कर पाए, उन्हें जोड़े जाने के क्रम के आधार पर तय किया जा सकता है.