Skip to main content
Gli endpoint che restituiscono un elenco usano la paginazione a cursore. La risposta ha sempre la stessa forma:

Parametri

Un limit fuori intervallo o un cursor non riconosciuto restituiscono 400 invalid_request con details.fields. Il cursore è opaco: il suo contenuto non fa parte del contratto. Usa un cursore solo con lo stesso endpoint e gli stessi filtri della richiesta che lo ha prodotto.

Scorrere tutte le pagine

Ordine

Gli elenchi sono ordinati per (updatedAt, id) crescente. Una risorsa modificata durante la lettura si sposta in fondo all’elenco e compare in una pagina successiva: nessuna risorsa si perde fra due pagine. Una risorsa può quindi comparire più di una volta nella stessa scansione; deduplica per id tenendo l’updatedAt più recente. GET /events fa eccezione: è ordinato per istante di creazione dell’evento e id, crescente.

Sincronizzazione incrementale

GET /reservations, GET /guests e GET /waitlist accettano updatedSince (ISO 8601 con fuso): l’elenco contiene solo le risorse modificate dopo quell’istante.
  1. Alla prima sincronizzazione, scorri tutte le pagine senza updatedSince.
  2. Salva l’updatedAt più recente ricevuto.
  3. Alle sincronizzazioni successive, passa quel valore in updatedSince.
GET /events accetta since con lo stesso formato. Un evento può diventare visibile con un istante di creazione di poco precedente a una lettura già fatta: riparti da un minuto prima dell’ultimo evento ricevuto e scarta gli id già elaborati.

Filtri

I filtri si combinano con la paginazione. Quelli comuni agli elenchi: I filtri disponibili per ciascun endpoint sono elencati nella sua pagina.