Mise à jour (mars 2026) :
Le comportement décrit dans la question initiale semble avoir changé. Je n’observe plus le comportement de chargement limité par le débit dans la vue FullCalendar.
Cependant, je subis maintenant une limitation de débit lors de l’accès au nouvel endpoint d’exportation /discourse-post-event/events.ics.
Cela semble affecter les abonnements de calendrier externes plutôt que l’interface utilisateur interne de FullCalendar.
J’ai réussi à m’abonner au calendrier dans Moodle en :
\t1.\tChangeant le schéma d’URL de https:// à webcal://
\t2.\tAjoutant \u0026after=JJ-MM-AAAA à la chaîne de requête
Ceci réduit efficacement le nombre d’événements exportés et empêche la limitation du débit.
Ceci confirme que le point de terminaison prend en charge les exportations fenêtrées par la date, et l’utilisation de ?after=DATE pour les abonnements est un moyen efficace de maintenir le flux ICS léger et évolutif, même si le forum contient de nombreux événements historiques. La combinaison de webcal:// avec ?after=DATE offre une configuration idéale pour les clients de calendrier externes : seuls les événements futurs, petit fichier ICS et performances stables.