Znane problemy
Śledzone problemy i ich rozwiązania
Pierwszy request API po bezczynności trwa o 2-3s dłużej
Twój pierwszy request API po okresie bezczynności trwa o ~2-3s dłużej podczas rozgrzewania puli proxy. Kolejne requesty odpowiadają normalnie.
Zmierzyliśmy to ponownie we wrześniu 2026 roku: pierwszy request po okresie bezczynności jest teraz tak samo szybki jak kolejne requesty.
Wykresy użycia w panelu nie pokazują etykiet stref czasowych
Wykresy użycia w panelu pokazują znaczniki czasu w UTC, ale nie oznaczają strefy czasowej. Jeśli znajdujesz się poza strefą UTC, bez tego kontekstu godziny mogą wydawać się nieprawidłowe.
Wykresy i tabele w panelu wyświetlają teraz wszystkie czasy w Twojej strefie czasowej, pobranej z przeglądarki.
Krótka luka w danych analitycznych podczas migracji
Podczas migracji bazy danych analityka w czasie rzeczywistym była niedostępna przez kilka godzin. Żadne dane nie zostały utracone. Luka dotyczyła tylko podglądu na żywo, a nie danych historycznych.
Uzupełniliśmy wszystkie dane historyczne (ponad 260 mln rekordów) i zweryfikowaliśmy spójność w ujęciu dziennym. Przyjmowanie danych w czasie rzeczywistym zostało przywrócone w ciągu kilku godzin.
Użytkownicy Safari napotkali pętlę przekierowań logowania w panelu
Jeśli używałeś przeglądarki Safari, logowanie do panelu wywoływało pętlę przekierowań. Specyficzne zachowanie obsługi cookie w WebKit powodowało błędy sesji między subdomenami.
Poprawiliśmy atrybuty cookie, aby zapewnić kompatybilność między subdomenami. Logowanie działa teraz poprawnie we wszystkich głównych przeglądarkach.
Nieaktualne proxy pozostawały w puli w godzinach szczytu
Podczas szczytowego obciążenia proces walidacji proxy nie nadążał. Niektóre request trafiały na proxy, które niedawno uległy awarii, zanim pula je usunęła.
Dodaliśmy równoległe sprawdzanie stanu i szybsze usuwanie niedziałających proxy. Pula pozostaje teraz aktualna nawet przy 10-krotnie większym obciążeniu od normalnego.
Żądania przeglądarki przekraczały limit czasu przy dużym obciążeniu JS
Żądania w trybie przeglądarki przekraczały limit czasu na stronach z dużymi pakietami JavaScript. Headless Chrome nie miał wystarczającej ilości pamięci współdzielonej do obsługi jednoczesnych sesji.
Zwiększyliśmy pamięć współdzieloną dla sesji przeglądarki i dodaliśmy limity zasobów na poziomie żądania. Odsetek przekroczeń limitu czasu spadł z ~8% do poniżej 0,5%.