- Expédié
- 26 août 2026 à 03:50 UTC
- Auteur
- kamo
- Commite
- f9f8182
Sept appels indépendants /api/user-info tiré sur une charge authentifiée à froid, chacune demander au membre id qu'un frère ou une sœur demandait déjà au même moment. Tout le monde Il s'agit d'un Redis EXISTS plus un SETEX, un POST to SecurityService qui recalcule le des droits entiers en cascade contre la base de données, et un master Redis read. Ils passent par chargeUserInfoShared now - le coalesce qui existait déjà dans useUserInfo et a été exporté plus tôt dans cette série. UnreadContext, SocialAgentContext, SupportCountContext, useAvailabilityWebSocket, utiliseChatWebSocket (à la fois son abonné et son abonné sa trajectoire de reconnectement) et l'utilisation deSmsWebSocket. Aucun contexte ou échoue à obture ce critère d'évaluation plus directement. Quatre d'entre eux se sont assis directement devant un STOMP souscrivent, donc cela raccourcit également l'écart entre la connexion de la douille et elle écoute réellement. Deux choses que le swap fixe au-delà du nombre de demandes. Le coalesce envoie le jeton de l'air de cette session TABStorage, qu'aucun des fretures crues n'a fait - ils se sont appuyés sur le Un pot de biscuits, qui n'est pas la bonne source pour une séance par onglets. Et il rapporte un L'issue de la discrimination, de sorte que "aucune session" se distingue désormais de l'échec de la demande plutôt que d'arriver les deux comme un champ manquant. useChatWebSocket est un fichier CRLF; les lignes insérées sont également CRLF, donc le diff reste à les onze lignes qui ont en fait changé au lieu de l'ensemble du fichier. Vérifié: tsc --noEmit nettoyez sur les six plus useuserInfo et AuthedChrome avec leur les importations de transit; les 10 gardes passent; 143 tests à travers la discussion, les hameçons, les voips et les véhicules les suites de messages passent.