Что должен делать /items?page=5 ?

count передавай

либо делай псевдо бесконечный скролл

Ну да тебе count по сути от сервера нужен (на фронте посчитаешь сколько это страниц, если у тебя не скролл с прогрузкой), а серверу limit и offset от фронта нужен

На сервере вычислять для фронта (пытаясь учесть сколько нужно на странице) пожалуй не имеет смысла

Ну у нас раньше на api была константа per_page=..., клиент шлет запрос /items?page=5, далее вычислялись данные нужной страницы и отдавались на клент, (ну типа вычислялись offset=page*(per_page-1) и limit=per_page на основе page который в запросе пришел) и отдавались данные {'data': [...], pagination: {'totalPages': ..., currentPage: ..., ну и остальные мета данные }} но этот подход мне перестал нравиться, не по рестовски как то выглядит

Ну да оно как то криво, тк почему бы не иметь разные размеры (upd речь о количестве пунктов) страницы в браузере для телефона и компа к примеру

да, но слать count вместе с данными с api это норм ?

был бы инфинити скрол то count нафиг не нужен был бы, а в случае кода нужно в UI отрисовать кнопки со страницами и указать номер последней, нужно знать кол-во страниц

Норм.

ну тогда ок, раз норм )

Откуда тебе пришла эта идея?

браузер никакой не открывает

Ну а это самое… гугл там…

Этот чат не гугл

это викторина?

666, к удаче

С одной стороны да браузер не открывает, он его просто под капотом пихает к 80, если https то 443

Он просто в адресной строке не отображает

Все верно