Собственно вопрос: как получить данные на стороне сервера, заполнить этими данными страничку и только после этого вернуть её клиенту (браузеру)?
Мне не нужна изоморфность. Нужно чтобы сервер ходил за данными на другие API сервера и наполнял ими страницу.
Я посмотрел очень много boilerplate'ов, ни в одном из них я не увидел такого функционала. Допускаю, что я что-то пропустил или просто не понял.
Так не делается, сначала отрисовывается компонент, потом запрашиваются данные. Если данных нет можно отобразить прелоадер до того как они подгрузятся. Пример по ссылке
Это нужно для того чтобы пользователь увидел страницу сразу, также могут быть проблемы если сервер вернет ошибку - пользователь вообще ничего не увидит.
Скорость отображения страницы в моем случае не играет огромной роли. Стоит задача уменьшить число https запросов со стороны клиента (запросы на получение данных).
Про прелоадеры знаю, они мою проблему не решат.
Можно ли тогда сделать так: не наполнять страницу на сервере, а отдать клиенту и страницу и данные сразу? Если да, то как это делается?
Олег Гамега, Как SSR решит мою проблему? Да, сервер делает запросы. Но при отдаче страницы клиенту будет производиться рендеринг на стороне клиента с теми же самыми запросами для сравнения страниц (от сервера и клиентской). Если чексумы совпадут, то перезагрузки не произойдет, если не совпадут, то будет перезагрузка страницы.
Андрей, куки, сервер знает кто его запрашивает и отдает отренедериный html с данынми, ну или если задача просто уменьшить а не исключичить их полностью то сделать свой сервер который будет делать все запросы и отдавать одним
Олег Гамега, Сделаю я 10 запросов с клиента на 3 разных API, проксируя их своим сервером. Назад-то тоже 10 ответов приедет, никак не 1.
Мне нужно, чтобы сервер знал какие данные нужны для этой конкретной страницы и умел отправлять их вместе с самой страницей.
Олег Гамега, объясните, пожалуйста, как в куку записать, что странице «пользователи» нужны данные о пользователях и их баланс.
Буду благодарен за развёрнутый ответ с примером и указанием нужных библиотек. На сервере express на данный момент.
Андрей, все что нужно положить в куку ложит сервер в вашем случае експрес (не помню умеет ли он это из коробки но по моему умеет), про токен намного важнее и интереснее
все что лежит в localstorage доступно для любого скрипта или расширения, поэтому не нужно там хранить токен, токен должен хранится в кухе с флагом HttpOnly, рядом с ним вы можете ложить и данные пользователя если нужно но размер куки ограничен, по этому обычно хранят токен, возможно id и еще что то
при запросе сервер уже занет кто это и отдает нужную информацию
так делали еще до spa и так стоит делать и сейчас )
Олег Гамега, спасибо. HttpOnly и будем использовать, хотелось услышать мнение.
express из коробки вроде не может, но есть куча удобных библиотек. А по поводу «сервер уже знает кто это» - вы имеете в виду по токену или как? Я этот момент не могу понять до конца.
Андрей, ну значит вам нужен не ssr, а обычный серверный рендеринг по старинке.
И делать надо не через апи загрузку данных соответственно, а просто сервером доставать их из базы или откуда они там у вас растут.
Александр Аксентьев, У меня нет прямого доступа к БД. Есть несколько API, с которых надо собрать данные.
не ssr
а обычный серверный рендеринг
SSR расшифровывается как server side rendering, перевод на русский - рендеринг на стороне сервера (серверный рендеринг). Вы действительно это хотели написать?
Андрей, имел в виду старообрядческий рендеринг как раньше делали все, а не тот который "SSR для SPA".
> У меня нет прямого доступа к БД. Есть несколько API, с которых надо собрать данные.
Так и получайте их перед отдачей страницы с сервера, в чем вопрос-то не очень понятно.
Александр Аксентьев, вот в том и проблема, что этот старообрядческий рендеринг едва ли загуглишь. Проблема сейчас стоит в том, что я не знаю как указать нужные данные для конкретной страницы (указать список данных, которые сервер должен подготовить и отдать вместе со страницей). Какие технологии и библиотеки использовать для таких вещей?
Простой
