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.
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.