Серверные компоненты в Next.js

«Учебная страница получает товар с описанием и внутренним закупочным полем. В браузере нужна только кнопка Избранное, её id товара и начальный флаг». Попросите дерево модулей и список публичных props. Проверка должна подтвердить, что внутреннее поле не передаётся клиенту даже случайно вместе с целым объектом товара, а описание доступно при первоначальном серверном ответе страницы.

Нужно различать импортируемые модули и компоненты, переданные как содержимое или свойства с серверной стороны. Одной схемы визуального вложения недостаточно. Покажите реальные импорты и место композиции. Попросите объяснить, какой код входит в клиентский граф и почему. Это помогает не переносить всё дерево в браузер из-за небольшой кнопки, но и не обещать невозможную передачу серверной функции.

Данные могли загружаться на сервере и ещё раз в клиентском эффекте. Также влияют навигация и настройки кэширования конкретной версии. Передайте обе точки обращения и ожидаемую свежесть. Попросите разделить повтор, нужный для обновления, и случайную дубликацию. Не отключайте кэш или обновления вслепую: для публичного каталога и персонального состояния пользователя требуются разные правила актуальности.

Соберите production-вариант, проверьте исходный ответ страницы, интерактивную кнопку и публичные данные в браузере. Назовите версию Next.js: правила получения и кэширования меняются. Сам use client не означает отсутствие предварительного серверного рендера, поэтому браузерные API требуют подходящего места вызова. Чат не запускает вашу сборку; конкретные ошибки сериализации и гидратации нужно подтвердить локальным воспроизведением.