Cache Control és ETag fejlécek
Egy végpont már meglévő Gyorsítótár beállításának bekapcsolása (a Beállítások paneljében) mostantól két dolgot tesz: továbbra is vezérli a szerveroldali válaszgyorsítótárat, ahogy mindig is tette, és valódi Cache-Control és ETag fejléceket is beállít egy sikeres GET válaszon, így a hívó böngésző, alkalmazás, vagy CDN teljesen kihagyhatja az újbóli kérdezést, amíg a gyorsítótár TTL je le nem jár. A fejléc public ot ír, ha a végpont bárkinek nyitott, vagy private ot, ha API kulcsot igényel, mivel egy kulcsos válasz azon hívóra jellemző, aki hívta, és sosem szolgálható ki egy másik hívónak egy megosztott gyorsítótárból.
Ha a hívó visszaküldi az ETag et, amit kapott (mint If-None-Match fejlécet), és az még mindig egyezik, egy gyors, üres törzsű 304 Not Modified t kap a teljes válasz helyett. Egy kikapcsolt gyorsítótárazású végpont explicit Cache-Control: no-store t küld, így a hívónak sosem kell találgatnia, biztonságos e gyorsítótárazni.
Kevesebb mező kérése
Egy select típusú Adatbázis lekérdezés blokk már minden mezőt visszaad minden egyező rekordon. Egy hívó most már leszűkítheti ezt a ?fields= hozzáadásával a kérésükhöz, egy vesszővel elválasztott mezőnév listát, például GET /items?fields=id,name. Csak ezek a kulcsok (plusz az id, ami mindig visszajön, függetlenül ettől) jelennek meg minden visszaadott rekordban. Hagyd ki, és semmi sem változik, minden mező pontosan úgy jön vissza, mint eddig, ez teljesen a hívó oldaláról opcionális, semmi beállítanivaló magán a blokkon.
Tipp: A szűkített mezőhalmazok jól illenek egy nagy gyűjteményhez: egy hívó, aki csak annyit sorol fel, amennyi egy legördülő menü felépítéséhez elég (id és name), kisebb, gyorsabb választ kap, mint minden mezőt lekérve minden soron.