Я пока что использую тестовые данные, т.к. проект еще не дошел до бэкенд разработки

Должен быть контакт API. А что там на беке, nodejs или ponylang это уже дело десятое. Пройдите в чат react, вам там объяснят как работать с api

Вы шутите ? ) Я понимаю как настроить контакт с API, с помощью fetch, xmr, jsonp итд итп, вопрос в другом ) Меня интересует вопрос, в каком виде бэкенд будет мне отдавать информацию об изображениях карточек каталога, в виде нескольких строк, т.е. путь к каждому из изображений отдельно или уже сконкатенированный путь с дескрипторами вида: "img/content/services-item__img_portrait_640.webp 640w, img/content/services-item__img_portrait_1280.webp 1280w, img/content/services-item__img_portrait_1920.webp 1920w" ? Или вообще только название изображения "services-item__img_portrait_", а уже модификаторы размеров изображений я буду сам дописывать и конкатенировать на фронтенде ?

Бекенд может отдавать в любом формате, хоть по вебсокету по одному сообщению

Ну а с точки зрения лучшей практики, посоветуйте, как мне изначально планировать фронтенд, указывать в тестовом json файле строку с полным srcSet, с расчетом, что эта строка будет формироваться на бэкенде или как ?

Привет я работал и работаю на данный момент

Поймите, ваша задача фронтовая и самого формата апи, т.е. к бекенду никакого отношения не имеет, на этот вопрос вам ответит разработчик вашего апи, как он скажет, так и будет. Бекендер точно так же не у вас спрашивать будет или в чате фронтовиков, как лучше ему сделать, бекендер тоже будет спрашивать у того, кто будет разрабатывать апи между фронтом и беком. вы узнайте, кто вам будет апи разрабатывать, у того и спросите, как надо, потому что делать фронт без апи - бессмысленно и беспощадно 😏

Ок, спасибо большое за развернутый ответ!
Видимо у меня не достаточно знаний в области fullstack, думал с моей стороны будет достаточно связки react/redux + передачи проекта бэкендеру, предполагал, что реализация серверной части будет за ним, видимо все немного усложняется )

Серверную часть и правда должен реализовывать бекендер, но чтобы вы говорили на одном языке, нужно разработать апи, на листочке, в вордовском документе, в формате OpenAPI/Swagger, еще в каком-то формате - не важно, главное что вот эта вот связка фронта и бека должна быть где-то и как-то описана, или вами лично, или бекендером лично, или совместными усилиями, или на основании выданного тз, или отдельный человек эту апи опишет...))
А так представте, для вашего бекендера поидее чисто фронт будет выглядеть точно так же, как для вас чисто бек)) и вряд ли он сможет догадаться как у вас все работает без какого-то описания)))

Буду изучать  вопрос, видимо у меня есть приличные пробелы в знаниях ) Вообще я предполагал со стороны бэкенда исключительно передачу данных о товарах (предполагался интернет-магазин), корзину итд я предполагал реализовывать на фронтенде, то есть какой-то сложной логики на бэкенде не предполагалось, исключительно хранение данных о товарах и добавление их через админку. По сути мне необходим только один json файл при изначальной загрузке сайта, возможно я представляю все немного легче, чем на самом деле )

🤣 если у вас интернет магазин на 5-10 товаров, то вам действительно с бекенда нужен только один json файл, в любом другом случае у вас будет очень много чего связанного с беком: авторизация, аутентификация (например типа двойной аутентификации по паролю и смс), оплата товара, валидация данных о доставке, создание аккаунта и его редактирование, фильтрация и выборка товаров (она делается на бекенде, а не на фронтенде, потому что если товаров будет около 1000, фронт задолбется ждать json с таким колличеством товаров) и т.д. и т.п. ...

админка это вообще целый отдельный сайт)) формы добавления товара, редактирования товара, ограничение доставок, редактирование колличества оставшегося товара (если есть оффлайн продажи) и т.д. и т.п.

пагинацию походу ещё не изобрели

ну видно, что человек новичек в этом деле, про пагинацию не слышал, а она в общем-то и делается на бекенде со всеми фильтрациями и прочим)

если вернуться к изначальному вопросу, то проще всего переложить ресайз/thumbs изображений на nginx

Ваще не факт что nginx это должен делать)) может в админке фронт это делать будет при заливке или бек или nginx 😏

можно и на фронте тащить json с 1к элементов через стрим, парсить чанки и красиво отдавать rows, если религия через бэк не позволяет сделать

так или иначе кэширование потребуется настроить, а там рядышком можно еще и всяких фишек накрутить

ну в любом случае это уже решать не нам 😊

Вообще магазин предполагался не особо крупный, по одежде, скорее всего один бренд, предполагал, что можно реализовать подобное на связке nodejs/react, фильтрацию думал сделать на фронте. Аутентификация итд и вправду наверное более энергозатратны, чем я изначально предположил. Обсуждал с бэкендером который разрабатывает на WordPress, сошлись во мнениях, что минимум выйдет около 300-400 К, решил попробовать набросать mvp на фронте, чтобы понять имеет ли смысл за такое браться с таким бюджетом, чтобы сделать что-либо более-менее достойное, но видимо совсем не вариант )