# Limitazione imprevista della frequenza sulla vista Calendario nonostante le impostazioni elevate di throttling della API personalizzata
**URL:** https://meta.discourse.org/t/uncaught-in-promise-error/385342
**Category:** Bug
**Tags:** events, needs-repro
**Created:** [11 Ottobre 2025, 9:36pm UTC](https://meta.discourse.org/t/uncaught-in-promise-error/385342 "2025-10-11T21:36:15Z")
**Posts on this page:** 5
**Page:** 2
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [22 Marzo 2026, 7:34am UTC](https://meta.discourse.org/t/uncaught-in-promise-error/385342/24 "2026-03-22T07:34:49Z")
Aggiornamento (marzo 2026):
Il comportamento descritto nell’OP sembra essere cambiato. Non vedo più il comportamento di caricamento limitato dalla frequenza nella vista FullCalendar.
Tuttavia, ora riscontro limitazioni di frequenza quando accedo al nuovo endpoint di esportazione `/discourse-post-event/events.ics` invece.
Ciò sembra interessare le sottoscrizioni di calendari esterni piuttosto che l’interfaccia utente interna di FullCalendar.
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [22 Marzo 2026, 7:47am UTC](https://meta.discourse.org/t/uncaught-in-promise-error/385342/25 "2026-03-22T07:47:34Z")
Sono riuscito a sottoscrivere con successo il calendario in Moodle:\n\t1.\tModificando lo schema URL da `https://` a `webcal://`\n\t2.\tAggiungendo `\u0026after=GG-MM-AAAA` alla stringa di query\n\nQuesto riduce efficacemente il numero di eventi esportati e previene il rate limiting.\n\n[quote=“kelv, post:9, topic:230713”]\nSe il tuo sito ha più eventi di quelli e vuoi fare un’esportazione completa, puoi iterare utilizzando i parametri di query `before` e `after` che accettano stringhe di data.\n[/quote]\n\nQuesto conferma che l’endpoint supporta le esportazioni con finestra temporale e utilizzare `?after=DATA` per le sottoscrizioni è un modo efficace per mantenere il feed ICS leggero e scalabile, anche se il forum ha molti eventi storici. La combinazione di `webcal://` con `?after=DATA` fornisce una configurazione ideale per i client di calendario esterni: solo eventi futuri, file ICS di piccole dimensioni e prestazioni stabili.
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [23 Marzo 2026, 12:41am UTC](https://meta.discourse.org/t/uncaught-in-promise-error/385342/26 "2026-03-23T00:41:28Z")
Sono confuso però, c’è ancora qualcosa che non va e che deve essere riparato?
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [23 Marzo 2026, 7:19am UTC](https://meta.discourse.org/t/uncaught-in-promise-error/385342/27 "2026-03-23T07:19:28Z")
Ho provato su un paio di temi/VPS diversi e FullCalendar sembra essere completamente funzionante. Entrambi i forum hanno molti eventi, quindi ho allegato le registrazioni dello schermo di seguito:
### 2026.3.0-latest.1
([17c696234d](https://github.com/discourse/discourse/commits/17c696234de9f3ea6d2a772ab38e685ad7906727))
### 2026.3.0-latest.1
([fb8ef7ee72](https://github.com/discourse/discourse/commits/fb8ef7ee72f062074782f676794c01dd93bf4a14))
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [23 Marzo 2026, 9:28pm UTC](https://meta.discourse.org/t/uncaught-in-promise-error/385342/28 "2026-03-23T21:28:53Z")
[Pagina precedente](https://meta.discourse.org/t/uncaught-in-promise-error/385342.md?page=1)