- Expediere
- 11 mai 2026 la 18:23 UTC
- Autor
- kamo
- Comite
- a274da5
Fixarea anterioară a avut /api/user-info call /api/security/session/refresh înainte de a citi Redis, dar citire a trecut prin cititKsem JsonFromRediswithretry care utilizează getRedisReadClient () o replică citită. Reîmprospătarea scrie hit-uri Redis maestru, astfel încât pe o cheie proaspata-replicat există o replicare-lag fereastra în cazul în care replica încă servește JSON vechi. Rejudecarea comună cititor doar re-tries atunci când cheia lipsește sau gol, nu atunci când este vechi, aşa că a returnat drepturi vechi de fiecare dată şi pagini ca /setări/cont păstrat redirecționarea proprietarilor de copii-org de pe aplicații și caracteristici. Când reîmprospătarea reușește, citiți direct de la clientul scrie (la fel Maestru care tocmai a primit scrisul) astfel încât să vedem întotdeauna propria noastră scriere. Cădere înapoi la cititorul comun retry numai atunci când nici o reîmprospătare a rulat calea replica este mai ieftin și comportamentul de rejudecare existente se ocupă de cursele lipsă-cheie pe sesiuni noi.