- Navios
- 9 de agosto de 2026 às 19:37 UTC
- Autor
- kamo
- Enviar
- 32c6c84
Esta rota escreve a *** TTL directamente para Redis, por isso desviou a ligação em SecurityService, MediaService e ChatService inteiramente — e useUserInfo pesquisa a cada 5 minutos para sempre. Sozinho, manteve todas as sessões vivas. noite depois de todos os três serviços já tinham parado de renovar para usuários ociosos. Apanhado com redis MONITOR: enquanto o navegador verdadeiramente relatou 107 minutos ocioso e SecurityService registrado "Expiração deslizante", o kamo-interno O pod emite 'expirar ***... 1800' contra a mesma chave segundos depois. Gate-lo no mesmo sinal X-Kamo-Idle-Ms através de um ajudante compartilhado, então o próximo rota que renova o TTL diretamente tem uma coisa óbvia para chamar. Ausente ou cabeçalho malformado ainda renova.