Można poprosić API o listę zadanej wielkości i zobaczyć, kiedy została ucięta

Sześć list w zewnętrznym API przyjmuje teraz rozmiar, a każda lista mówi wprost, czy została ucięta, zamiast wyglądać na kompletną.

Sześć list w zewnętrznym API — zdjęcia sesji, packshoty, wideo, produkty, scenerie i modele — odpowiadało całą listą i nie przyjmowało rozmiaru. Na prawdziwym koncie oznaczało to pojedyncze wywołanie zwracające blisko 1,8 miliona znaków. /presets było jedyną trasą, która przyjmowała rozmiar, więc każda integracja musiała pamiętać, która trasa jest wyjątkiem.

Wszystkie sześć przyjmuje teraz maxRecords. Wywołanie, które nie podaje rozmiaru, dostaje dokładnie to, co dostawało wcześniej — nic z tego, co już zbudowałeś, nie zmienia zachowania.

Każda lista mówi też teraz, czy została ucięta. To ważniejsza połowa, bo nie dało się jej obejść po stronie klienta. Wszystkie te listy miały już wcześniej limit i żadna o nim nie mówiła: gdy limit zadziałał, odpowiedź nadal miała status 200, lista nadal wyglądała na kompletną, a count nadal równał się jej długości. Ucięta lista, która wygląda na całą, jest listą, którą integracja traktuje jak całą — wyciąga wniosek, że produktu nie ma, że zdjęcie nigdy nie powstało, że zamówienie nic nie wyprodukowało, a nic w odpowiedzi nie oznacza tego wniosku jako niepewnego.

Każda odpowiedź z listą zawiera teraz truncated. Klucz jest zawsze obecny i ma wartość false, gdy lista jest kompletna, więc można na nim polegać bez sprawdzania, czy w ogóle istnieje. count zachowuje swoje znaczenie — liczba wierszy w odpowiedzi — i nie jest tym sygnałem: na wysyconej liście może przekraczać limit, podczas gdy truncated jest prawdą.

Wiersze, które dostajesz w uciętej liście, to najnowsze pasujące wiersze, a nie dowolny podzbiór — i jest to prawdą także wtedy, gdy odczyt pod spodem obejmuje więcej niż jedną stronę.

Lista wideo dołącza do reszty powierzchni treściowej. Honoruje teraz nagłówek konta, w imieniu którego działasz, tak samo jak sąsiednie trasy.