Mi instancia tiene muy poco tráfico, como <1000 visitas diarias a páginas (excluyendo rastreadores).
Sin embargo, solo con abrir la página principal del foro y sin hacer nada, obtengo al menos una respuesta 429, a veces 2 o 3, y esto es antes de hacer clic en nada.
Buscando aquí en meta, el único tema que pude encontrar es de alto volumen y no debería explicar lo que está sucediendo aquí.
Mi instancia utiliza el instalador oficial, pero con una configuración de subcarpeta. Pensé que podría haber alguna mala configuración con respecto a las IPs de usuarios reales de mi proxy inverso a NGINX, pero hasta donde puedo decir, las IPs se están informando correctamente (puedo investigar esto más a fondo si sigue siendo una causa candidata para este problema).
No me preocuparía demasiado, pero a veces me encuentro con un problema en el chat donde, al editar un mensaje de chat, no veo el contenido actualizado de inmediato y me pregunto si está relacionado con los 429.
¡Agradezco cualquier orientación sobre cómo diagnosticar esto, cualquier sugerencia es bienvenida!
Hola Stephen, ¡gracias por tomarte el tiempo de responder!
He revisado las IPs reportadas en las cuentas de usuario activas y todas parecen correctas, incluida la mía. Las IPs de otras personas son diferentes entre sí y todas provienen de diferentes lugares de mi país (Brasil), lo cual es lo esperado. Estaba considerando revisarlo en la base de datos y los registros, pero no lo hice debido a esta prueba que indica que puede no ser el problema.
No estoy usando CloudFlare como proxy, pero lo usé en el pasado; verifiqué dos veces que templates/cloudflare.template.yml está comentado.
Ahora, al mirar mi app.yml, veo que templates/web.ratelimited.template.yml también está comentado… Me pregunto si tiene sentido incluirlo para evitar que me limiten la tasa. Eso no tiene sentido, ¿verdad?
El cuerpo de la respuesta 429 es “Has realizado esta acción demasiadas veces. Espera 2 minutos antes de intentarlo de nuevo”.
Todavía estoy recibiendo esos, ahora entiendo que es Discourse el que está actuando sobre ello, no Nginx, así que he intentado configurar DISCOURSE_REJECT_MESSAGE_BUS_SECONDS: 0.2 (el valor predeterminado es 0.1) como he visto en otros temas sobre el message bus 429’ing, pero nada ha cambiado. Agradecería si alguien pudiera indicarme la dirección de las variables de entorno que puedan relajar este límite.
No me preocuparía demasiado por ninguno de esos problemas, el problema real aquí es que los mensajes de chat no aparecen a menos que actualice o cambie de canal: si cambio de un chat personal a otro y luego vuelvo, solo entonces puedo ver nuevos mensajes.
Como acabamos de hablar, esto es causado por las solicitudes de Unicorn que se ponen en cola, @renato ajustará el número de Unicorns e informará sus hallazgos.
Ahora esto es bastante malo. Lo que debería suceder es que después del período de retroceso, el chat se recuperará automáticamente y obtendrá todos los mensajes desde la última consulta que funcionó. ¿No ves eso? Si es así, es un error desagradable.
Sí, no experimenté esto, esto aún podría ser otra cosa, no estoy seguro. Puedo ver el punto verde que indica que hay un nuevo mensaje, pero el mensaje en sí no aparece, luego, cuando cambio de canal, puedo ver los nuevos mensajes y el punto de notificación verde desaparece.
Ahora estoy reconstruyendo con trabajadores adicionales y lo probaré más a fondo, si esto sigue sucediendo, intentaré recopilar tantos detalles como pueda y volveré a informar.
@Falco Informando de vuelta, todavía puedo ver 429s en las pestañas de consola y redes.
También puedo reproducir el problema de que la ventana de chat no se actualiza, incluso chateando conmigo mismo: si envío un mensaje, aparece pero los controles de pasar el ratón por encima no lo hacen, luego si cambio a otro chat y vuelvo, puedo editar el mensaje que envié pero tengo que salir/volver para verlo actualizado.
Estoy haciendo una gran refactorización de muchas cosas de red/actualizaciones en vivo en este momento, espero fusionarla la próxima semana, lo que podría mejorar mucho tu problema (a menos que sea algo totalmente no relacionado).
Creo que tenemos el mismo problema. Muchos usuarios de chat muy comprometidos informan que no ven los mensajes que otros envían, solo los suyos hasta que actualizan. ¿Hay alguna solución para esto, ya sea en el front-end a través del panel o a través de SSH?
Eso no tiene sentido, ¿verdad? 
