KamoCRM

Detén /api/user-info renovando el TTL para usuarios ociles

Fixkamo-internal
Cambia
9 de agosto de 2026 a las 19:37 UTC
Autor
kamo
Comprometerse
32c6c84

Esta ruta escribe el *** TTL directamente a Redis, por lo que eludió el gating en SecurityService, MediaService y ChatService por completo y useUserInfo lo encuesta cada 5 minutos para siempre. Por su cuenta mantuvo todas las sesiones con vida. noche después de que los tres servicios ya hubieran dejado de renovar para los usuarios ociados. Atado con redis MONITOR: mientras que el navegador informó sinceramente 107 minutos idle y SecurityService registraron "Skipping sliating expiración", el kamo-internal pod estaba emitiendo "expire ***"... 1800 contra los mismos segundos clave después. Aterrizarlo en la misma señal X-Kamo-Idle-Ms a través de un ayudante compartido, así que la siguiente La ruta que renueva el TTL directamente tiene una cosa obvia a llamar. Ausente o La cabecera malformada aún se renueva.

Todos los cambios

Como lo que ves enviaste?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Empieza gratis para siempreVer Precios