O crachá de navegação segue uma mensagem sendo lida, em vez de esperar por uma recarga

Fixkamo-internal
Navios
7 de setembro de 2026 às 21:35 UTC
Autor
Kamo
Enviar
4c48fdc

O crachá tratou o soquete STOMP sendo UP como prova de que as contagens estavam sendo e essas são duas perguntas diferentes. EmailService retransmite o contar de NATS para o tópico do membro, então um pod cujo relé nunca começou serve um WebSocket impecável que não carrega nada: `connected` era verdade, o ouvinte de atualização local, portanto, nunca foi registrado, eo crachá sentou-se em O seu número REST para o resto da sessão. A ler uma mensagem movida nada — que é exatamente o que "ele só atualiza se eu atualizar a página" é. O gancho agora relata `pushLive`: um instantâneo chegou desde o atual socket veio acima, limpo em cada conexão, bem como cada gota, porque um O soquete fresco ainda não provou nada. O MailButton porta o seu próprio refresco sobre isso. em vez de em 'conectado'. O número do crachá também para de classificar uma fonte acima da outra. Preferindo a contagem empurrada significou um empurrão que começou e então parou de fixar o distintivo para o último número que conseguiu enviar, e nenhuma quantidade de re-leitura da caixa de correio Podia movê-lo. Ambas as fontes escrevem em ordem de chegada, e o caminho REST só lê enquanto o empurrão não está vivo, por isso tudo o que produz é mais novo. A causa raiz é fixada no serviço de email ao lado deste — o relé estava em um consumidor de NATS durável, que admite um assinante, por isso em duas réplicas A segunda cápsula foi recusada e não retransmitiu nada. Esta é a metade que faz o distintivo honesto quando um empurrão não está chegando, qualquer que seja a razão.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços