Per-campaign ICS feeds from D1 with feed_token
- Langage dominant
- HTML
- Étoiles
- 0
- Forks
- 0
- Merge moyen
- 1 h 34 min
- PR mergées (30 j)
- 23
Description
Selective subscription: the one Orrey calendar is the sync spine, and people subscribe to only what they want via Orrey's own per-campaign ICS feeds, generated from D1. Calendar clients can't do OAuth, so the feed URL carries the user's unguessable `feed_token`.
- [ ] `GET /ics/:feedToken/all.ics` and `GET /ics/:feedToken/campaign/:id.ics` served by the Worker from D1; correct `VTIMEZONE`, `UID` per session (reuse the base32hex id), `SEQUENCE` bumped on reschedule.
- [ ] Feed URLs and a **regenerate token** action on the console (regeneration invalidates the old URL).
- [ ] Note in the console that Google refreshes public ICS every ~8–24h — Orrey's calendar is the timely one.
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Piste de recherche
Start with the Worker handlers for GET /ics/:feedToken/all.ics and /ics/:feedToken/campaign/:id.ics, then trace their D1 reads and the console's feed-token regeneration action. Done means both feeds produce the required VTIMEZONE, session UIDs, and reschedule SEQUENCE values; regeneration invalidates the old URL; and the console includes the Google refresh-time note.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Domaine
- api, backend, cloud, database
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Active
- Clarté
- Plutôt claire
- Accessibilité débutants
- 52/100