Rozwiązywanie problemów z monitorowaniem wydajności i najczęstsze pytania

iOS+ Android Sieć

Na tej stronie znajdziesz porady dotyczące rozwiązywania problemów z uruchomieniem Performance Monitoring lub używaniem funkcji i narzędzi Performance Monitoring.

Pierwsze kontrole służące do rozwiązywania problemów

Te 2 sprawdzenia to ogólne sprawdzone metody, które zalecamy zastosować przed dalszym rozwiązywaniem problemów.

1. Sprawdzanie komunikatów z dziennika pod kątem zdarzeń związanych z wydajnością

Sprawdź wiadomości w logach, aby mieć pewność, że pakiet SDK Performance Monitoring rejestruje zdarzenia dotyczące wydajności.

Jak wyświetlać komunikaty logowania dotyczące zdarzeń związanych z wydajnością

1. Otwórz narzędzia dla deweloperów w przeglądarce (np. kartę Sieć w Narzędziach deweloperskich w Chrome lub Network Monitor w Firefoksie).

2. Odśwież aplikację internetową w przeglądarce.

3. Sprawdź, czy w logach nie ma komunikatów o błędach.

4. Po kilku sekundach w narzędziach dla deweloperów w przeglądarce poszukaj wywołania sieci do firebaselogging.googleapis.com. Obecność tego wywołania sieci wskazuje, że przeglądarka wysyła dane o wydajności do Firebase.

Jeśli Twoja aplikacja nie rejestruje zdarzeń związanych z wydajnością, zapoznaj się z wskazówkami dotyczącymi rozwiązywania problemów.

2. Sprawdzanie panelu stanu Firebase

Sprawdź panel stanu Firebase, aby dowiedzieć się, czy wystąpiła przerwa w działaniu Firebase lub usługi Performance Monitoring.

Pierwsze kroki z Performance Monitoring

Jeśli dopiero zaczynasz korzystać z Performance Monitoring (iOS+ | Android | sieć), te wskazówki dotyczące rozwiązywania problemów mogą Ci pomóc w rozwiązaniu problemów związanych z wykrywaniem pakietu SDK przez Firebase lub wyświetlaniem pierwszych danych o wydajności w konsoli Firebase.

Dodano pakiet SDK do aplikacji, ale w konsoli nadal wyświetla się komunikat o konieczności dodania pakietu SDK

Firebase może wykryć, czy do aplikacji został dodany pakiet SDK Performance Monitoring, gdy otrzyma z niej informacje o zdarzeniach (np. interakcjach z aplikacją). Zazwyczaj w ciągu 10 minut od uruchomienia aplikacji na stronie Wydajność na panelu w konsoli Firebase pojawi się komunikat „Wykryto pakiet SDK”. Następnie w ciągu 30 minut panel wyświetla wstępnie przetworzone dane.

Jeśli od dodania do aplikacji najnowszej wersji pakietu SDK minęło ponad 10 minut, a nadal nie widać żadnych zmian, sprawdź logi, aby się upewnić, że pakiet Performance Monitoring rejestruje zdarzenia. Aby rozwiązać problem z opóźnionym wykryciem pakietu SDK, wykonaj odpowiednie czynności opisane poniżej.

Aplikacja rejestruje zdarzenia: czynności związane z rozwiązywaniem problemów

Uwaga: pakiet SDK Performance Monitoring grupowo zapisuje zdarzenia lokalnie, a potem okresowo wysyła je do Firebase. Oznacza to, że między interakcją z aplikacją a czasem, gdy Firebase otrzyma z niej informacje o zdarzeniu, występuje opóźnienie.

1. Jeśli nadal tworzysz aplikację lokalnie, spróbuj wygenerować więcej zdarzeń do zbierania danych:

   1. wyświetlać aplikację internetową w środowisku lokalnym;

   2. generować zdarzenia przez wczytywanie podstron witryny, interakcję z aplikacją lub wywoływanie żądań sieci; Nie zamykaj karty przeglądarki przez co najmniej 10 sekund po załadowaniu strony.

2. Upewnij się, że obiekt konfiguracji Firebase został prawidłowo dodany do aplikacji i nie został zmodyfikowany. Sprawdź te kwestie:

   • Identyfikator aplikacji internetowej Firebase (appId) w obiekcie konfiguracji jest prawidłowy dla Twojej aplikacji. Znajdź identyfikator aplikacji Firebase na karcie Twoje aplikacje w ustawieniach projektu.

   Jeśli coś jest nie tak z obiektem konfiguracji w aplikacji, spróbuj wykonać te czynności:

   1. Usuń obiekt konfiguracji, który jest obecnie w Twojej aplikacji.

   2. Aby uzyskać nowy obiekt konfiguracji i dodać go do aplikacji internetowej, wykonaj te instrukcje.

3. Jeśli pakiet SDK rejestruje zdarzenia i wszystko wydaje się być prawidłowo skonfigurowane, ale nadal nie widzisz komunikatu o wykryciu pakietu SDK ani przetworzonych danych (po upływie 2 godzin), skontaktuj się z zespołem pomocy Firebase.

Aplikacja nie rejestruje zdarzeń: kroki umożliwiające rozwiązanie problemu

1. Upewnij się, że pakiet SDK Performance Monitoring został zainicjowany w aplikacji.

2. Upewnij się, że pakiet SDK Performance Monitoring nie jest wyłączony za pomocą tej flagi:

   • performance.instrumentationEnabled

3. Upewnij się, że buforowanie w przeglądarce jest wyłączone, ponieważ w przeciwnym razie przeglądarka może nie uwzględnić żadnych nowych ustawień pomiarów.

4. Zamknij i ponownie otwórz kartę strony internetowej. Sprawdź, czy logowanie zostało wykonane ponownie.

   Jeśli do aplikacji został właśnie dodany pakiet SDK Performance Monitoring, konieczne może być jej całkowite ponowne uruchomienie, aby zaczął działać.

5. Jeśli nie możesz znaleźć w aplikacji niczego, co jest wyłączone, skontaktuj się z zespołem pomocy Firebase.

Konsola informuje, że pakiet SDK został wykryty, ale nie wyświetla żadnych danych

Performance Monitoring przetwarza dane zdarzeń związanych ze skutecznością przed wyświetleniem ich w panelu Skuteczność.

Jeśli od pojawienia się komunikatu „Wykryto pakiet SDK” minęło ponad 24 godziny, a nadal nie widzisz danych, sprawdź panel stanu Firebase, aby się dowiedzieć, czy nie ma tam żadnej znanej awarii. Jeśli nie ma żadnych przerw w działaniu, skontaktuj się z zespołem pomocy Firebase.

Rozwiązywanie ogólnych problemów

Jeśli dodasz pakiet SDK i używasz w aplikacji pakietu Performance Monitoring, te wskazówki dotyczące rozwiązywania problemów mogą Ci pomóc w rozwiązywaniu ogólnych problemów z funkcjami i narzędziami Performance Monitoring.

Aplikacja nie rejestruje zdarzeń dotyczących wydajności

Jeśli nie widzisz wiadomości logowania dotyczących zdarzeń związanych z wydajnością, wykonaj te czynności:

1. Upewnij się, że pakiet SDK Performance Monitoring został zainicjowany w aplikacji.

2. Upewnij się, że pakiet SDK Performance Monitoring nie jest wyłączony za pomocą tej flagi:

   • performance.instrumentationEnabled

3. Upewnij się, że buforowanie w przeglądarce jest wyłączone, ponieważ w przeciwnym razie przeglądarka może nie uwzględnić żadnych nowych ustawień pomiarów.

4. Zamknij i ponownie otwórz kartę strony internetowej. Sprawdź, czy logowanie zostało wykonane ponownie.

   Jeśli do aplikacji został właśnie dodany pakiet SDK Performance Monitoring, konieczne może być jej całkowite ponowne uruchomienie, aby zaczął działać.

5. Jeśli nie możesz znaleźć w aplikacji niczego, co jest wyłączone, skontaktuj się z zespołem pomocy Firebase.

Brak danych o opóźnieniu pierwszego wejścia na stronie panelu skuteczności

Jeśli nie widzisz danych dotyczących opóźnienia pierwszego wejścia, wykonaj te czynności:

1. Pamiętaj, że Performance Monitoring rejestruje dane o czasie oczekiwania na pierwsze dane wejściowe tylko wtedy, gdy użytkownik kliknie stronę w ciągu 5 sekund od jej załadowania.

2. Upewnij się, że aplikacja jest skonfigurowana do pomiaru tego rodzaju danych. Dane o opóźnieniu przy pierwszym działaniu wymagają ręcznej konfiguracji. W szczególności musisz dodać bibliotekę polyfill dla tych danych. Instrukcje instalacji znajdziesz w dokumentacji biblioteki.

   Pamiętaj, że do raportowania innych danych o aplikacji internetowej nie musisz dodawać biblioteki polyfill.Performance Monitoring

W panelu skuteczności brakuje danych z niestandardowego śledzenia

Czy widzisz dane o skuteczności w przypadku automatycznie zebranych logów czasu, ale nie w przypadku logów kodu niestandardowego? Wypróbuj te rozwiązania:

1. Sprawdź konfigurację ścieżek kodu niestandardowego zinstrumentowanego za pomocą Trace API, w szczególności:

   • Nazwy niestandardowych ścieżek kodu i niestandardowych danych muszą spełniać te wymagania: nie mogą zawierać spacji na początku ani na końcu, nie mogą zaczynać się od znaku podkreślenia (_), a ich maksymalna długość to 32 znaki.
   • Wszystkie ścieżki muszą być rozpoczęte i zakończone. Nie rejestruje się żadnych ścieżek, które nie zostały uruchomione, zatrzymane lub zatrzymane przed rozpoczęciem.

   Pamiętaj, że jeśli używasz metody record(), nie musisz wyraźnie rozpoczynać ani zatrzymywać śledzenia.

2. Upewnij się, że zbieranie danych Performance Monitoring jest nie wyłączone za pomocą tego parametru:

   • performance.dataCollectionEnabled

     Ta flaga kontroluje zbieranie danych tylko w przypadku niestandardowych dzienników kodu (nie wszystkich danych).

3. Sprawdź komunikaty w logach, aby się upewnić, że Performance Monitoring rejestruje oczekiwane ścieżki kodu niestandardowego.

4. Jeśli Performance Monitoring rejestruje zdarzenia, ale po 24 godzinach nie wyświetla się żadna informacja, skontaktuj się z zespołem pomocy Firebase.

W panelu skuteczności brakuje danych o żądaniach sieci

Jeśli brakuje Ci danych żądania sieci, pamiętaj o tych kwestiach:

• Performance Monitoring automatycznie zbiera dane o żądaniach sieciowych raportowanych przez interfejs API przeglądarki. Te raporty nie obejmują nieudanych żądań sieciowych.

• W zależności od zachowania kodu i bibliotek sieciowych używanych przez kod Performance Monitoring może raportować tylko zakończone żądania sieciowe. Oznacza to, że połączenia HTTP/S, które pozostają otwarte, mogą nie zostać zgłoszone.

Dane żądań sieciowych nie są agregowane zgodnie z oczekiwaniami

Dowiedz się więcej o tym, jak Performance Monitoring agreguje dane dotyczące żądań sieciowych w ramach wzorów adresów URL.

Możesz też wypróbować niestandardowe wzorce adresów URL.

Najczęstsze pytania

iOS+ Android Sieć

Co się stało z kartą Najważniejsze problemy na karcie Wyniki na stronie głównej projektu?

W nawiązaniu do niedawnego wprowadzenia alertów, które automatycznie wysyłają powiadomienia po przekroczeniu ustawionych przez Ciebie progów, zastąpiliśmy Najczęstsze problemy sekcji Ostatnie alerty. Problemy są teraz wycofywane i zastępowane przez alerty.

Selektor aplikacji u góry karty Skuteczność filtruje wpisy alertów w sekcji Ostatnie alerty. Wyświetlane są tylko 3 najnowsze alerty dotyczące wybranych aplikacji.

Więcej informacji o alertach znajdziesz w artykule Konfigurowanie alertów dotyczących problemów z wydajnością.

Co się stało z możliwością ustawiania progów dla problemów w konsoli?

Performance Monitoring obsługuje alerty dotyczące danych, które przekraczają zdefiniowane progi. Aby uniknąć nieporozumień związanych z tymi konfigurowalnymi wartościami progowymi danych o wydajności, usunęliśmy możliwość konfigurowania wartości progowych dla problemów.

Co się stało z informacjami Szczegóły i Dane w konsoli Firebase?

Zastąpiliśmy strony Szczegóły i Dane nowo zaprojektowanym, scentralizowanym interfejsem użytkownika, aby ułatwić rozwiązywanie problemów. Ten nowy interfejs rozwiązywania problemów udostępnia te same podstawowe funkcje, co sekcje Szczegóły i Mierniki. Więcej informacji o rozwiązywaniu problemów znajdziesz w artykule Wyświetlanie dodatkowych danych dotyczących konkretnego śledzenia.

Dlaczego liczba próbek nie jest zgodna z moimi oczekiwaniami?

Aplikacja Performance Monitoring zbiera dane o skuteczności z urządzeń użytkowników Twojej aplikacji. Jeśli Twoja aplikacja ma wielu użytkowników lub generuje dużą aktywność, Performance Monitoring może ograniczyć zbieranie danych do podzbioru urządzeń, aby zmniejszyć liczbę przetwarzanych zdarzeń. Te limity są wystarczająco wysokie, aby nawet przy mniejszej liczbie zdarzeń wartości danych nadal odzwierciedlały wrażenia użytkownika związane z aplikacją.

Aby zarządzać ilością danych, które zbieramy, Performance Monitoring używa tych opcji próbkowania:

• Ograniczenie szybkości na urządzeniu: aby zapobiec nagłem wysyłaniu przez urządzenie dużej liczby ścieżek, ograniczamy liczbę ścieżek kodu i żądań sieci wysyłanych z urządzenia do 300 zdarzeń na 10 minut. Takie podejście chroni urządzenie przed instrumentacją w pętli, która może wysyłać duże ilości danych o wydajności, oraz zapobiega temu, aby pojedyncze urządzenie nie zniekształcało pomiarów wydajności.

• Próbkowanie dynamiczne: Performance Monitoring codziennie zbiera ograniczoną liczbę ścieżek kodu i ścieżek żądań sieci w przypadku wszystkich użytkowników aplikacji. Na urządzeniach pobierana jest dynamiczna częstotliwość próbkowania (za pomocą funkcji Firebase Remote Config), aby określić, czy losowe urządzenie powinno rejestrować i przesyłać ścieżki. Urządzenie, które nie zostało wybrane do próbkowania, nie wysyła żadnych zdarzeń. Dynamiczny współczynnik próbkowania jest specyficzny dla aplikacji i dostosowuje się, aby zapewnić, że całkowita objętość zebranych danych nie przekracza limitu.

  Sesje użytkownika wysyłają dodatkowe, szczegółowe dane z urządzenia użytkownika, co wymaga więcej zasobów na ich przechwytywanie i przesyłanie. Aby zminimalizować wpływ sesji użytkownika, Performance Monitoring może też ograniczyć liczbę sesji.

• Ograniczanie szybkości po stronie serwera: aby aplikacje nie przekraczały limitu próbkowania, Performance Monitoring może używać próbkowania po stronie serwera, aby pomijać niektóre zdarzenia otrzymywane z urządzeń. Chociaż takie ograniczenie nie zmienia skuteczności naszych danych, może powodować drobne zmiany w wzorcech, w tym:

  • Liczba śladów może się różnić od liczby uruchomień kodu.
  • Ślady, które są ściśle powiązane w kodzie, mogą mieć różną liczbę próbek.

Uwaga: wraz z rozwojem Performance Monitoringmogą się zmieniać określone limity próbkowania i sposób ich stosowania.

Co się stało z kartą Problemy w konsoli?

Zamiast karty Problemy wprowadziliśmy kartę Ostrzeżenia, która automatycznie wysyła powiadomienia, gdy przekroczone zostaną ustawione przez Ciebie progi. Aby sprawdzić stan progu, nie musisz już ręcznie sprawdzać konsoli Firebase. Więcej informacji o alertach znajdziesz w artykule Konfigurowanie alertów o problemach z wydajnością.

Co się stało z kartami Na urządzeniu i Sieć w konsoli? Jak mogę wyświetlić ścieżki na tych stronach?

Zmieniliśmy wygląd sekcji Performance Monitoring na konsoli Firebase, aby na karcie Panel wyświetlały się najważniejsze dane i wszystkie ścieżki w jednym miejscu. W ramach przeprojektowania usunęliśmy strony Na urządzeniu i Sieć.

Tabela prześledzeń u dołu karty Panel zawiera te same informacje, które są widoczne na kartach Na urządzeniu i Sieć, ale z dodatkowymi funkcjami, takimi jak możliwość sortowania prześledzeń według procentowej zmiany konkretnego rodzaju danych. Aby wyświetlić wszystkie dane dotyczące konkretnego śledzenia, kliknij jego nazwę w tabeli śledzenia.

Ścieżki możesz wyświetlać na tych podrzędach w tabeli ścieżek:

• śledzenia żądań sieciowych (zarówno domyślnych, jak i niestandardowych) – podkarta Żądania sieciowe;
• Logs of custom code – tab Niestandardowe logi
• Ścieżki uruchamiania aplikacji, ścieżki aplikacji na pierwszym planie i ścieżki aplikacji działającej w tle – podkarta Ścieżki niestandardowe
• Ślady renderowania ekranu – podkarta Renderowanie ekranu
• Ścieżki wczytywania strony – karta Wczytywanie strony

Szczegółowe informacje o tabeli prześledowań oraz wyświetlaniu danych i wskaźników znajdziesz na stronie przeglądu konsoli (iOS+ | Android | Internet).

Dlaczego liczba wolno wyrenderowanych i zablokowanych klatek nie jest zgodna z moimi oczekiwaniami?

Czasy renderowania spowolnionych i zablokowanych klatek są obliczane przy założeniu częstotliwości odświeżania urządzenia wynoszącej 60 Hz. Jeśli częstotliwość odświeżania urządzenia jest niższa niż 60 Hz, czas renderowania każdej klatki będzie dłuższy, ponieważ w ciągu sekundy wyrenderowanych zostanie mniej klatek. Wolniejsze renderowanie może spowodować zgłoszenie większej liczby spowolnionych lub zablokowanych klatek, ponieważ więcej klatek zostanie wyrenderowanych wolniej lub zablokowanych. Jeśli jednak częstotliwość odświeżania urządzenia jest wyższa niż 60 Hz, czas renderowania każdej klatki będzie krótszy. Może to spowodować, że zgłoszonych zostanie mniej ujęć wolnych lub zablokowanych. Jest to obecne ograniczenie pakietu SDK Performance Monitoring.

Jak dodać do aplikacji internetowej mniejszy pakiet SDK JS Performance Monitoring (pakiet „samodzielny”) z nazwą?

Jeśli Performance Monitoring jest jedynym produktem Firebase w Twojej aplikacji, możesz użyć samodzielnego pakietu SDK Performance Monitoring (oraz zalecanego skryptu nagłówka poniżej), jeśli interesuje Cię:

• za pomocą biblioteki z przestrzenią nazw;
• zmniejszenie rozmiaru pakietu SDK,
• opóźnienie inicjalizacji pakietu SDK do momentu załadowania strony.

Ważne: w przypadku większości aplikacji internetowych Firebase zdecydowanie zalecamy używanie modułowego pakietu SDK Firebase JS za pomocą npm.
Ponadto korzystanie z npm z usługą tworzącą pakiety modułów pozwala uzyskać jeszcze mniejszy rozmiar pakietu SDK niż w przypadku samodzielnego pakietu Performance Monitoring SDK.

Aby uwzględnić w swojej aplikacji samodzielny pakiet SDK Performance Monitoring i opóźnić jego inicjalizację do momentu załadowania strony:

1. Dodaj do nagłówka pliku indeksu poniższy skrypt.
2. Pamiętaj, aby dodać obiekt konfiguracji projektu Firebase aplikacji.

(function(sa,fbc){function load(f,c){var a=document.createElement('script');
a.async=1;a.src=f;var s=document.getElementsByTagName('script')[0];
s.parentNode.insertBefore(a,s);}load(sa);
window.addEventListener('load',function(){firebase.initializeApp(fbc).performance()});
})(performance_standalone, firebaseConfig);

gdzie,

• performance_standalone to: 'https://www.gstatic.com/firebasejs/11.9.1/firebase-performance.js'
• firebaseConfig to obiekt konfiguracji Firebase w aplikacji.

Powyższy skrypt asynchronicznie wczytuje samodzielny pakiet SDK, a potem inicjuje Firebase po wystąpieniu zdarzenia onload okna. Ta taktyka zmniejsza wpływ pakietu SDK na dane o wczytywaniu stron, ponieważ przeglądarka przekazuje już dane o wczytywaniu w momencie inicjowania pakietu SDK.

Uwaga: jeśli używasz samodzielnego pakietu SDK Performance Monitoring, nie musisz dołączać podstawowego pakietu SDK Firebase, ponieważ samodzielny pakiet SDK zawiera już lżejszą wersję podstawowego pakietu SDK Firebase.

Więcej informacji o samodzielnym pakiecie SDK Performance Monitoring i skrypcie nagłówka

Ten samodzielny pakiet SDK został zoptymalizowany pod kątem rozmiaru. Po skompresowaniu zajmuje około 10 KB. Zawiera ona wszystkie funkcje pakietu Firebase Performance Monitoring, a także minimalny zestaw funkcji podstawowego pakietu SDK Firebase.

Firebase Performance Monitoring używa interfejsów API fetch i Promise, które są niedostępne w starszych przeglądarkach. W standardowym pakiecie SDK JS Firebase Performance Monitoring znajdują się polyfille dla tych interfejsów API, ale są one pomijane w samodzielnym pakiecie SDK, aby zmniejszyć jego rozmiar.

Pakiet SDK Performance Monitoring korzysta częściowo z interfejsu Resource Timing API, aby uzyskiwać dane o wczytywaniu strony z przeglądarki.

Ten fragment kodu przedstawia skrypt nagłówka, który zawiera opóźnienie inicjalizacji pakietu SDK:

(function(sdkSource, firebaseConfigObject) {
   function load(f, c) {
       // Creates a script tag to load the standalone SDK
       var sdkScript = document.createElement('script');

       // Sets it to an async script so that it doesn't interfere with page load
       sdkScript.async = 1;

       // Sets the source of the script
       sdkScript.src = f;

       // Inserts the script into the head of the page
       var s = document.getElementsByTagName('script')[0];
       s.parentNode.insertBefore(sdkScript, s);
   }

   // Calls the load method
   load(sdkSource);

   // Initializes the SDK only when the onload method is called
   window.addEventListener('load', function() {
       firebase.initializeApp(firebaseConfigObject).performance();
   });
})(performance_standalone, firebaseConfig);

gdzie,

• performance_standalone to 'https://www.gstatic.com/firebasejs/11.9.1/firebase-performance-standalone.js'
• firebaseConfig to obiekt konfiguracji Firebase w aplikacji.

Przetwarzanie i wyświetlanie danych w czasie zbliżonym do rzeczywistego

Co oznaczają dane o wydajności otrzymywane niemal w czasie rzeczywistym?

Firebase Performance Monitoring przetwarza gromadzone dane o skuteczności w miarę ich napływania, dzięki czemu dane są wyświetlane w konsoli Firebase w czasie zbliżonym do rzeczywistego. Przetworzone dane wyświetlają się w konsoli w ciągu kilku minut od ich zebrania, stąd termin „prawie w czasie rzeczywistym”.

Aby korzystać z przetwarzania danych w czasie zbliżonym do rzeczywistego, upewnij się, że Twoja aplikacja korzysta z wersji pakietu SDK zgodnego z czasem rzeczywistym.

Jak mogę uzyskać dane o skuteczności mojej aplikacji w czasie zbliżonym do rzeczywistego?

Aby korzystać z przetwarzania danych w czasie zbliżonym do rzeczywistego, wystarczy, że Twoja aplikacja będzie używać pakietu SDK Performance Monitoring w wersji zgodnej z przetwarzaniem danych w czasie rzeczywistym.

Oto wersje pakietu SDK, które obsługują działanie w czasie rzeczywistym:

• iOS – wersja 7.3.0 lub nowsza.
• tvOS – wersja 8.9.0 lub nowsza.
• Android – wersja 19.0.10 lub nowsza (lub Firebase Android BoM 26.1.0 lub nowsza)
• Wersja internetowa – wersja 7.14.0 lub nowsza

Pamiętaj, że zawsze zalecamy używanie najnowszej wersji pakietu SDK, ale każda wersja wymieniona powyżej umożliwi Performance Monitoring przetwarzanie danych w czasie zbliżonym do rzeczywistego.

Które wersje pakietu SDK Performance Monitoring są uznawane za kompatybilne z czasem rzeczywistym?

Oto wersje pakietu SDK, które obsługują przetwarzanie danych w czasie rzeczywistym:

• iOS – wersja 7.3.0 lub nowsza.
• tvOS – wersja 8.9.0 lub nowsza.
• Android – wersja 19.0.10 lub nowsza (lub Firebase Android BoM 26.1.0 lub nowsza)
• Wersja internetowa – wersja 7.14.0 lub nowsza

Pamiętaj, że zawsze zalecamy używanie najnowszej wersji pakietu SDK, ale każda wersja wymieniona powyżej umożliwi Performance Monitoring przetwarzanie danych w czasie zbliżonym do rzeczywistego.

Co się stanie, jeśli nie zaktualizuję aplikacji, aby używała wersji pakietu SDK zgodnej z czasem rzeczywistym?

Jeśli Twoja aplikacja nie korzysta z wersji pakietu SDK zgodnej z czasem rzeczywistym, nadal będziesz mieć widoczne wszystkie dane o jej działaniu w konsoli Firebase. Wyświetlanie danych o skuteczności będzie jednak opóźnione o około 36 godzin od momentu ich zebrania.

Zaktualizowałem/zaktualizowałam pakiet SDK do wersji zgodnej z czasem rzeczywistym, ale niektórzy użytkownicy nadal korzystają ze starszych wersji aplikacji. Czy nadal będę widzieć dane o ich działaniu w konsoli Firebase?

Tak. Niezależnie od tego, z której wersji pakietu SDK korzysta instancja aplikacji, zobaczysz dane o wydajności pochodzące od wszystkich użytkowników.

Jeśli jednak wyświetlane są najnowsze dane (starsze mniej więcej niż 36 godzin), wyświetlane dane pochodzą od użytkowników instancji aplikacji korzystających z kompatybilnej z czasem rzeczywistym wersji pakietu SDK. Dane niezaktualizowane obejmują jednak dane o skuteczności ze wszystkich wersji aplikacji.

Kontakt z zespołem pomocy Firebase

Jeśli skontaktujesz się z zespołem pomocy Firebase, zawsze podaj identyfikator aplikacji Firebase. Identyfikator aplikacji Firebase znajdziesz na karcie Twoje aplikacje w  ustawieniachprojektu.