פתרון בעיות ושאלות נפוצות לגבי פלטפורמות של Apple ו-Firebase

בדף הזה מפורטות טיפים ודרכים לפתרון בעיות ספציפיות לפלטפורמה של Apple שעשויות להתרחש במהלך השימוש ב-Firebase.

יש לך אתגרים אחרים או שהבעיה שלך לא מופיעה בהמשך? מומלץ לעיין בשאלות הנפוצות הראשיות בנושא Firebase כדי לקבל שאלות נפוצות נוספות לגבי Firebase או לגבי מוצרים ספציפיים.

אפשר גם לעיין מאגר GitHub של Apple Platform SDK לרשימה עדכנית של בעיות שדווחו ופתרון בעיות. אנחנו ממליצים לך כדי להגיש שם גם בעיות משלך שקשורות ל-SDK של מוצרי הפלטפורמה של Firebase!

אילו גרסאות של Xcode נתמכות ב-Firebase?

Firebase תומך בשתי גרסאות ראשיות של Xcode (לא כולל גרסאות) של Xcode ש-Apple לא תומכת בו יותר. לדוגמה, החל ממרץ 2019 Apple דרשה לפחות iOS 12 בכל האפליקציות, כלומר התמיכה ב-Xcode 9 הייתה ו-Xcode 10 היה הגרסה הראשית היחידה שנתמכת.

שינויים בתמיכה בגרסאות משניות או גרסאות תיקון ספציפיות של Xcode (לדוגמה, 9.2.0 עד 9.4.1) נקבעים על סמך הצרכים של Firebase Apple Platform SDK וסקר של השימוש למפתחים. השינויים האלה משתקפות נתוני הגרסה של ה-SDK לפלטפורמות של Apple ב-Firebase ובדף הגדרת ה-SDK של מוצרי הפלטפורמה של Firebase.

כדי לראות מהי גרסת ה-Xcode המינימלית שנתמכת על ידי ה-SDK, אפשר להיכנס אל הדרישות שמפורטות מוסיפים את Firebase לפרויקט Apple.

תמיכה ב-Firebase בגרסאות בטא של Xcode זמינה "רק מתוך המאמץ הטוב ביותר". במצב בסיסי. מפתחים יכולים לעקוב אחרי בעיות ולשלוח בעיות חדשות במאגר ה-SDK של Firebase לפלטפורמות Apple ב-GitHub.

האפליקציה שלי מבקשת מהמשתמש להזין את הסיסמה שלו כדי לגשת לפריטים ב-Keychain ב-macOS. כיצד אוכל לתקן זאת?

משדרגים את התלות ב-Firebase לגרסה 9.6.0 ואילך ומוסיפים את [היכולת של שיתוף מפתחות] (/docs/ios/troubleshooting-faq#macos-keychain-sharing) ליעד.

למה מערכת Firebase מחייבת את האפשרות לשתף מפתחות ב-Keychain ב-macOS?

ערכות Firebase SDK משתמשות ב-Keychain לאחסון מידע כמו Firebase מזהה ההתקנה שמשמש את FCM. ללא גישה אל 'צרור מפתחות', ייתכן שערכות Firebase SDK לא יוכלו לא פועלות כראוי. הפעולה של מערכת 'צרור המפתחות של macOS' שונה מזו של iOS keychain שנמצא בשימוש בפלטפורמות אחרות (iOS, tvOS, MacCatalyst, ו-watchOS).

ב-macOS, אפליקציות משתמשות ב'צרור מפתחות משותף' שאפליקציות אחרות עשויות לשנות, וגם תהליכים. בניגוד ל-iOS, אין באפליקציה 'צרור מפתחות של ארגז חול' (Sandbox) גישה מרומזת אל. לכן, כשאפליקציה ל-Mac יוצרת אינטראקציה עם מפתחות הגישה, המערכת מבקשת מהמשתמש הרשאת גישה, כי יכול להיות שהאפליקציה ל-Mac תשנה פריט במפתחות הגישה שהיא לא יצרה. כדי לטפל בפער הזה, מערכת Firebase שולחת שאילתה אל מחזיק מפתחות עם המפתח kSecUseDataProtectionKeychain, שמצביע האפליקציה כדי לשלוח שאילתה על פריט 'צרור מפתחות' ששייך לקבוצת גישה אל 'צרור מפתחות' (זו התנהגות ברירת המחדל בפלטפורמות אחרות). היכולת לשתף את 'צרור מפתחות' נדרשת כי האפליקציה צריכה אותה כדי לחבר קבוצת גישה שיכולה להיות משותף בין היעדים שלו, וכך הוא מעניק לאפליקציה הרשאה לגשת לפריטי Keychain בקבוצת הגישה.

לקבלת מידע נוסף, אפשר לעיין מסמכי תיעוד בנושא Keychain .

בגרסאות Xcode 13 ואילך, למה אפליקציות UIKit שלי לא יכולות לפתוח חלק כתובות URL שרשמתי
ב-Info.plist שלי?

Apple הגדירה מגבלה של 50 LSApplicationQueriesSchemes רשומות ב-Info.plist קבצים. בשנת 2015, Apple הציגה את LSApplicationQueriesSchemes כדי להגביל את מספר השאילתות של כתובות URL שכל אפליקציה יכולה לשלוח. בעקבות ההשקה של Xcode 13, המגבלות האלה נאכפות, ואילו ב-Xcode 12 ובגרסאות קודמות לא הייתה מגבלה בפועל על מספר הונאות.

חלק ממוצרי Firebase, כמו Firebase Authentication ו-Firebase Dynamic Links, לדרוש שימוש בסכימות של כתובות URL מותאמות אישית כדי להפנות את המשתמשים לאפליקציה שלכם. האלה כתובות ה-URL בנויות לפי סכמה תמציתית ועקבית של כתובות URL שלא אמורה לספור אותן באופן משמעותי ביחס למגבלה של 50 סכימת הקישורים.

הערה: באפליקציות שממשיכות להירשם יותר מ-50 LSApplicationQueriesSchemes, בחלק מהסכימות להתעלם מהם בשקט. יכול להיות שהאפליקציה לא תוכל להפעיל קישורי עומק מסוימים, בהתאם לסדר שבו הן נוספו.