Después de una reciente reconstrucción de Discourse (autoalojado), me encuentro constantemente con limitaciones de velocidad dirigidas a los usuarios (errores 429) al ver el calendario principal, a pesar de que mi sitio tiene una actividad muy baja (1-2 usuarios simultáneos). Este comportamiento comenzó a aparecer después de mis dos últimas reconstrucciones.
Mi configuración de límite de velocidad (según lo establecido en app.yml):
DISCOURSE_MAX_ADMIN_API_REQS_PER_MINUTE: 4 veces el valor predeterminado
DISCOURSE_MAX_REQS_PER_MINUTE: 4 veces el valor predeterminado
DISCOURSE_MAX_REQS_PER_DAY: 4 veces el valor predeterminado
No se especifica ningún límite de velocidad por IP.
Observaciones
No se muestran errores en /logs.
No se utiliza ningún proxy inverso (contenedor estándar de Let’s Encrypt y un registro A en el dominio).
Solo las vistas del calendario parecen desencadenar esta limitación de velocidad inesperada.
No ha habido cambios en la actividad del usuario ni en los plugins personalizados.
Esto comenzó solo después de una reconstrucción reciente de Discourse.
Los registros del administrador (Admin > Logs) están limpios en el momento del incidente.
Solución de problemas hasta ahora
Se confirmó que la configuración personalizada del límite de velocidad está presente y muy por encima de los valores predeterminados.
Se probaron varios navegadores, se borraron las cachés.
Se creó un calendario de prueba con solo unos pocos eventos, y sigue siendo reproducible.
Los temas de meta.discourse.org sugieren que puede haber límites de velocidad internos adicionales no documentados que anulan los valores personalizados después de las actualizaciones.
Confirmar si existen nuevos limitadores de velocidad ocultos que afecten las solicitudes de fondo o generadas por plugins después de una actualización/reconstrucción reciente y, de ser así, describir cómo anularlos o ajustarlos.
Aconsejar por qué mis límites de velocidad personalizados y altos no se respetan para la vista del calendario.
Sugerir más pasos de solución de problemas o cambios de configuración, si los hay.
Parece que esto podría estar relacionado con Re-add full ics export - #9 by kelv porque parecen mostrarse 100 eventos, y después de unos 2 minutos se puede mostrar otro gran lote, y no aparecen gradualmente sino en grandes bloques.
Editar: Este comportamiento con límite de velocidad es manejable por ahora, pero se hace evidente al avanzar mucho; puedo ver todos los eventos de mi semana actual y todos los eventos de la siguiente, es si luego paso a la siguiente semana cuando alcanzo el límite estricto.
También debo aclarar que el calendario completo de eventos próximos v6 no estaba limitado por velocidad en esta medida, antes de que estableciera la configuración personalizada de throttle de la API. Estas configuraciones de app.yml no cambiaron el límite de velocidad visible en FullCalendar
muchos, creo que MAX_RESULTS ha superado su límite ahora después del 27 de septiembre. Tengo que actualizar Full Calendar para ver mis eventos cada vez que miro
No creo que sea ese tipo de límite de velocidad. Cuando mencioné la configuración de limitación de la API, en realidad me refería a que mi Discourse está configurado para manejar muchos temas de eventos, pero la vista FullCalendar no funciona tan bien como antes de que se fusionara el código.
Disculpas por la confusión.
Editar: he editado el OP para reflejar la falta de errores 429.
Estoy en las últimas versiones. Desde la perspectiva de la interfaz de usuario, este problema se solucionó solo durante la noche. Actualicé anoche, pero el problema no se solucionó de inmediato. El número total de eventos que han pasado es de aproximadamente 270. Ahora he vuelto a usar PWA…
mi instancia de Discourse está actualizada. Ayer recibí un informe de otro usuario de mi instancia de que una vista de semana futura no cargaba todos los eventos. Habiendo notado que este error no afecta la interfaz de usuario de la vista de la semana actual, intenté localizar el error en mi portátil. A continuación, se muestra la reproducción del vídeo;
