Unerwartete Ratenbegrenzung in der Kalenderansicht trotz hoher benutzerdefinierter API-Drosselungseinstellungen

Update (März 2026):
Das im OP beschriebene Verhalten scheint sich geändert zu haben. Ich sehe das ratenbegrenzte Ladeverhalten in der FullCalendar-Ansicht nicht mehr.

Allerdings erlebe ich jetzt eine Ratenbegrenzung beim Zugriff auf den neuen Export-Endpunkt /discourse-post-event/events.ics.

Dies scheint externe Kalenderabonnements und nicht die interne FullCalendar-UI zu betreffen.

Ich konnte den Kalender in Moodle erfolgreich abonnieren, indem ich:
\t1.\tDas URL-Schema von https:// auf webcal:// geändert habe
\t2.\t\u0026after=TT-MM-JJJJ an die Abfragezeichenfolge angehängt habe

Dies reduziert effektiv die Anzahl der exportierten Ereignisse und verhindert die Ratenbegrenzung.

Dies bestätigt, dass der Endpunkt datumsfenstergesteuerte Exporte unterstützt, und die Verwendung von ?after=DATE für Abonnements ist eine effektive Möglichkeit, den ICS-Feed leichtgewichtig und skalierbar zu halten, auch wenn das Forum viele historische Ereignisse aufweist. Die Kombination von webcal:// mit ?after=DATE ergibt eine ideale Einrichtung für externe Kalenderclients: nur zukünftige Ereignisse, kleine ICS-Datei und stabile Leistung.