- Szycy
- 11 maja 2026 18:23 UTC
- Autor
- kamo
- Pochęt się
- a274da5
Poprzednia poprawka miała /api/user-info call /api/security/session/refresh Przed przeczytaniem Redis, ale przeczytana była czytana ReadKsemJsonFromRedisWithRetry W przypadku, gdy korzysta z getRedisReadClient() — czytana replika. Odświeżające się pismo uderza w Redis master, więc na świeżo powtórzonym kluczu znajduje się replikacja-lag Okno, w którym replika nadal obsługuje nieświeżego JSONa. Wspólna próba Czytnik powtarza tylko wtedy, gdy brakuje klucza lub jest pusty, a nie wtedy, gdy jest nieświeży, Tak więc zwracał stare prawa za każdym razem i strony takie jak /settings/konto Przekierowanie właścicieli dzieci-org z aplikacji i funkcji. Kiedy odświeżenie się powiedzie, przeczytaj prosto od klienta pisania (taki sam Mistrzu, który właśnie otrzymał pisanie), więc zawsze widzimy własne pisanie. Upadek Wracając do wspólnego czytnika prób tylko wtedy, gdy nie biegnie odświeżenie – ścieżka repliki Jest tańszy, a istniejące zachowania ponownego próbnego radzą sobie z wyścigami brakującymi kluczami Zupełnie nowe sesje.