2015-09-08 24 views
16

Usługa ping z Firebase korzysta Synchronous XMLHttpRequest, która została zgłoszona przez Google Chrome, co następuje:Firebase Synchronous XMLHttpRequest Nieaktualne

Synchronous XMLHttpRequest w głównym wątku jest przestarzała powodu jego szkodliwy wpływ na doświadczenie użytkownika końcowego . Aby uzyskać dodatkową pomoc, sprawdź http://xhr.spec.whatwg.org/.

Źródłem tego problemu jest pochodzących z:

.lp?dframe=t&id=612050&pw=gcdpSrzjvk&ns=myapp:5 

Czy to błąd w ciągu Firebase? Na razie nie powoduje to żadnego problemu. Ale w przyszłości przeglądarki mogą wycofywać synchroniczne XHR.

+0

Czy masz rozwiązanie tego problemu? Teraz mam ten sam problem. – Yatin

+0

Jeszcze nie. Zespół Firebase musi naprawić ten błąd. – Mohammad

+0

I to powoduje problemy teraz, jak po zalogowaniu mój widok nie jest ładowany. – Yatin

Odpowiedz

24

Ten błąd pojawia się tylko w przypadku klientów, którzy powracają do długiego pobierania.

Powinny być widoczne tylko podczas zamykania strony, nawigacji lub odświeżania.

Klient Firebase wybiera synchroniczne XHR, aby poinformować serwer o rozłączeniu. W ten sposób serwer może natychmiast uruchomić określoną logikę na dowolnej funkcji onDisconnect(). W przeciwnym razie klient musi polegać na limicie czasu, który może zająć minutę lub dwie.

Prawdopodobnie widzisz to, gdy strona odświeża się i jest w konsoli.

Ale nie ma się czym martwić, jest celowy i nieszkodliwy dla aplikacji.

+0

mmmmmmm Nie wiem, spowalnia moje aplikacje bardzo źle – blackend

+1

Dziękuję David! Twoje wyjaśnienie miało sens. Uwaga boczna: Pokazuje również, czy przynosisz prowadzenie goOffline i goOnline ... z tego samego powodu. –

1

Tak, jestem pewien, że to błąd w Firebase. Dokładniej, jestem prawie pewien, że ma to związek ze stanem usługi Firebase. Konsekwentnie dostaję ten błąd w przypadku sporadycznych przerw w dostępie do usługi (które później została potwierdzona przez usługę Firebase), a następnie po przywróceniu usługi błąd już nie występuje (prawdopodobnie dlatego, że WebSockets działają ponownie, więc klient Firebase nie jest już spowalniany do sondowania XHR).

Także FWIW zdaje się zdarzać częściej przy opracowywaniu lokalnie niż na serwerach produkcji na żywo, co oznacza, że ​​Firebase priorytetowo traktuje ruch.