Моя проблема: Для моей диссертации я создаю сайт аукциона. У меня есть панель администратора, в которой я хотел бы иметь некоторые конфигурации, чтобы администратор мог указать, что если до окончания аукциона есть 10 дней, некоторые компоненты должны отображаться по-разному, некоторые должны быть не видны вообще и т. д. Это то, что я называю динамической презентацией.
Мой вопрос: Сейчас я работаю над архитектурой и задаюсь вопросом, может ли SSR хоть как-то помочь? Я уже знаю, что это может сократить время загрузки некоторых коллекций из моей базы данных даже наполовину, но мне интересно, есть ли способ, как это может быть полезно с самой динамической презентацией?
Что я уже знаю: Я прочитал все о преимуществах и недостатках ssr или универсального рендеринга в React. Теперь мне только интересно, может ли это быть каким-либо образом полезно с динамической презентацией, или не имеет значения, выберу ли я SSR или CSR.
Небольшой побочный вопрос: У меня еще нет готовой архитектуры. Что я знаю, так это то, что я хотел бы иметь базу данных, одно отдельное приложение для администратора, серверной части и внешнего интерфейса (ssr или csr). Моей первой мыслью о том, как управлять этой динамической презентацией, было сохранить некоторые правила в базе данных. Затем правила могут быть настроены в приложении администратора, если администратор захочет что-то изменить. Правила должны быть отправлены в серверную часть и рассчитаны с некоторыми дополнительными данными из внешнего интерфейса. Затем серверная часть может отправить какой-либо флаг во внешний интерфейс, указывающий, какие компоненты отображать и т. д. Теоретически я мог бы переместить вычисления, например Сервер NodeJs должен использовать SSR. Что меня интересует, так это; Можете ли вы придумать лучший способ обработки динамической презентации? Больше всего я боюсь множества "если" во фронтенде. Я хотел бы иметь более элегантное решение, но пока у меня нет другой идеи. Некоторое время я думал о системе подсчета очков, но я считаю, что она будет слишком сложной (вместо отправки флага отправьте оценку, и интерфейс будет отображать правильные вещи на основе оценки). Кроме того, это не решит проблему «если» на интерфейсе.
Я знаю, что вопросы StackOverflow, на которые можно ответить, а не обсуждать, предпочтительнее, но я действительно застрял и был бы признателен за помощь.





В основном SSR может обеспечить некоторую скорость на вашей странице, потому что все ваши данные не будут пытаться получить, когда сценарий реакции завершится вызовом API. Данные извлекаются из базы данных при запросе страницы и передаются компоненту для визуализации с помощью сценария.
Еще одно очень важное преимущество и причина, по которой все идут по пути SSR, - это SEO. Вы не можете достичь страницы SEO с помощью ответной CSR. Это связано с тем, что бот Google и т. д. Будет пытаться сканировать вашу страницу, даже не отображая ее. Это похоже на попытку «просмотреть исходный код» страницы. Когда вы находитесь в CSR, на странице нет содержимого, только начальные блоки реагирования пусты. Вам нужно, чтобы SSR имел данные по первому запросу пользователя.
SSR приносит данные по первому запросу пользователя до перезагрузки. А пока реагирующий маршрутизатор извлекает данные из api.
Сообщите мне, если это вам поможет.
PS: тоже полезная ссылка https://medium.com/walmartlabs/the-benefits-of-server-side-rendering-over-client-side-rendering-5d07ff2cefe8