Limitación de velocidad inesperada en la vista de calendario a pesar de la alta configuración de limitación de la API personalizada

Actualización (Marzo 2026):
El comportamiento descrito en el OP parece haber cambiado. Ya no veo el comportamiento de carga limitado por tasa en la vista FullCalendar.

Sin embargo, ahora estoy experimentando limitación de tasa al acceder al nuevo endpoint de exportación /discourse-post-event/events.ics.

Esto parece afectar a las suscripciones de calendario externas en lugar de a la interfaz de usuario interna de FullCalendar.

Pude suscribirme al calendario en Moodle con éxito:\n\t1.\tCambiando el esquema de la URL de https:// a webcal://\n\t2.\tAñadiendo \u0026after=DD-MM-AAAA a la cadena de consulta\n\nEsto reduce efectivamente el número de eventos exportados y previene la limitación de velocidad (rate limiting).\n\n[quote=“kelv, post:9, topic:230713”]\nSi tu sitio tiene más eventos que ese y quieres hacer una exportación completa, puedes iterar usando los parámetros de consulta before y after, que aceptan cadenas de fecha.\n[/quote]\n\nEsto confirma que el endpoint soporta exportaciones con ventana de fecha, y usar ?after=DATE para las suscripciones es una forma efectiva de mantener el feed ICS ligero y escalable, incluso si el foro tiene muchos eventos históricos. Combinar webcal:// con ?after=DATE da una configuración ideal para clientes de calendario externos: solo eventos futuros, archivo ICS pequeño y rendimiento estable.