Rozwiązywanie problemów i najczęstsze pytania dotyczące platform Apple i Firebase

Ta strona zawiera wskazówki i sposoby rozwiązywania problemów z platformą Apple jakie możesz napotkać podczas korzystania z Firebase.

Masz inny problem lub nie widzisz go poniżej? Sprawdź zapoznaj się z głównymi odpowiedziami na najczęstsze pytania o Firebase, aby dowiedzieć się więcej o platformach Firebase odpowiedzi na najczęstsze pytania związane z konkretnymi usługami.

Możesz też zapoznać się z Repozytorium GitHub pakietu SDK platform Firebase Apple znajdziesz aktualną listę zgłaszanych problemów i sposobów ich rozwiązywania. Zachęcamy do możesz też zgłaszać problemy z pakietem SDK na platformach Firebase Apple.

Jakie wersje Xcode obsługuje Firebase?

Firebase obsługuje do 2 głównych wersji Xcode (bez wersji) Xcode, którego Apple już nie obsługuje. Na przykład od marca 2019 r. Firma Apple we wszystkich aplikacjach wymagała systemu iOS 12 lub nowszego, co oznacza, że obsługa Xcode 9 była i Xcode 10 była jedyną obsługiwaną wersją główną.

Zmiany dotyczące obsługi określonych wersji podrzędnych lub poprawek Xcode (na przykład od 9.2.0 do 9.4.1) są określane na podstawie potrzeb Pakiet SDK platform Firebase Apple i ankieta dotycząca korzystania przez deweloperów. Te zmiany znajdą odzwierciedlenie w Informacje o wersji pakietu SDK platform Firebase Apple oraz na stronie konfiguracji pakietu SDK platform Firebase Apple.

Aby sprawdzić minimalną wersję Xcode obsługiwaną przez pakiet SDK, sprawdź wymagania wymienione w Dodaj Firebase do projektu Apple.

Obsługa wersji beta Xcode przez Firebase w ramach możliwie najlepszej obsługi podstaw. Programiści mogą śledzić i zgłaszać problemy w Repozytorium pakietu SDK platformy Firebase Apple na platformie GitHub.

Moja aplikacja prosi użytkownika o podanie hasła, aby uzyskać dostęp do pęku kluczy w systemie macOS. Jak to naprawić?

Uaktualnij zależność Firebase do wersji 9.6.0 lub nowszej i dodaj instrukcję [Możliwość udostępniania pęku kluczy](/docs/ios/troubleshooting-faq#macos-keychain-sharing) do wartości docelowej.

Dlaczego Firebase wymaga funkcji udostępniania pęku kluczy w systemie macOS?

Pakiety SDK Firebase wykorzystują pęk kluczy do przechowywania informacji takich jak Firebase identyfikator instalacji używany przez FCM. Bez dostępu do pęku kluczy pakiety SDK Firebase mogą nie działa poprawnie. Pęk kluczy macOS działa inaczej niż w stylu iOS pęk kluczy używany na innych platformach (iOS, tvOS, macCatalyst, i watch OS).

W systemie macOS aplikacje używają udostępnionego pęku kluczy, który może być modyfikowany przez inne aplikacje W przeciwieństwie do iOS nie ma pęku kluczy w piaskownicy. i do danych niejawnych. Gdy aplikacja na Maca wchodzi w interakcję z pękiem kluczy, prosi użytkownika o dostęp, ponieważ aplikacja na Maca może modyfikować element pęku kluczy których nie stworzył. Aby rozwiązać tę rozbieżność, Firebase wysyła zapytanie do parametru pęku kluczy z kluczem kSecUseDataProtectionKeychain, który informuje aplikacja do wysyłania zapytań dotyczących elementu pęku kluczy, który należy do grupy dostępu do pęku kluczy (jest to domyślne zachowanie na innych platformach). Udostępnianie pęku kluczy jest wymagana, ponieważ aplikacja wymaga jej do syntetyzowania grupy dostępu, którą można jest dzielone między środowiska docelowe, co pozwala aplikacji na swobodne dostęp do elementów pęku kluczy w grupie dostępu.

Więcej informacji znajdziesz w Dokumentacja pęku kluczy .

Dlaczego w Xcode w wersji 13 i nowszych aplikacje UIKit nie otwierają niektórych Adresy URL zarejestrowane
na mojej liście Info.plist?

Firma Apple wprowadziła limit 50 elementów LSApplicationQueriesSchemes wpisy w Info.plist plikach. W 2015 r. firma Apple wprowadziła LSApplicationQueriesSchemes, aby ograniczyć liczbę zapytań o adres URL. które może stworzyć każda aplikacja. Po wprowadzeniu Xcode 13 limity te są egzekwowane, w Xcode 12 i wcześniejszych nie było skutecznego limitu liczby przedsięwzięcia.

Niektóre usługi Firebase, takie jak Firebase Authentication i Firebase Dynamic Links, wymagają stosowania niestandardowych schematów URL-i w celu przekierowania do Twojej aplikacji. Te Adresy URL mają zwięzły i spójny schemat adresu URL, który nie powinien się liczyć znacznie w stosunku do limitu 50 schematów.

Pamiętaj, że w przypadku aplikacji, które nadal rejestrują ponad 50 LSApplicationQueriesSchemes, niektóre schematy będą zostać dyskretnie ignorowane. Aplikacja może nie być w stanie uruchomić niektórych precyzyjnych linków, w zależności od kolejności ich dodawania.