- Navios
- 26 de agosto de 2026 às 03:50 UTC
- Autor
- kamo
- Enviar
- f9f8182
Sete chamadas independentes /api/user-info disparadas em uma carga autenticada fria, cada uma pedindo para o membro id um irmão já estava pedindo no mesmo momento. Cada um deles é um REDIS EXISTS mais um SETEX, um POST para SecurityService que recompõe o toda a cachoeira direitos contra a base de dados, e um mestre Redis ler. Eles passam por loadUserInfoCompartilhado agora — o coalescer que já existia useUserInfo e foi exportado anteriormente nesta série. Contexto não- lido,Contexto do Agente Social, SupportCountContext, use AvailabilityWebSocket, useChatWebSocket (tanto a sua assinatura e seu caminho de reconexão) e usarSmsWebSocket. Nenhum contexto ou gancho obtém esse ponto final directamente mais. Quatro deles sentaram-se diretamente na frente de um STOMP assinar, de modo que isso também reduz a lacuna entre a ligação do soquete e ele realmente ouvir. Duas coisas as correções de swap além da contagem de pedidos. O coalescer envia o símbolo *** desta sessão do TABStorage, que nenhuma das buscas brutas fez — eles se apoiaram no jar cookie em vez disso, que é a fonte errada para uma sessão por-tab. E relata um resultado discriminado, por isso "nenhuma sessão" agora é distinguível de "pedido falhou" em vez de ambos chegarem como um campo desaparecido. useChatWebSocket é um arquivo CRLF; as linhas inseridas também são CRLF, então o diff fica em as onze linhas que realmente mudaram em vez de todo o arquivo. Verificado: tsc --noEmit clean sobre todos os seis mais useUserInfo e AuthedChrome com seus importações transitivas; todos os 10 guardas passam; 143 testes através do chat, ganchos, voip e As suites de mensagens passam.