когда ты заходишь на стр уже на клиенте, то getInitialProps работает как componentWillMount

смотри, у меня на сервере данных нет, а на клиенте есть

почему такое может быть :(

я хз

напиши без саг

почему у тебя не ругатеся на 1 аргумент в типе для стора? → Store<IStore>

а почему должен?

Был опыт у кого в создании serverless next.js приложений?

с какими сложностями сталкивались?

сегодня узнал что getInitialProps можно вызывать только в pages.
твой пример понял, а как быть с компонентами-классами?

Привет. Кто сталкивался с похожей проблемой аутентификации?
У меня есть статические страницы, которые я кеширую на сервере, чтобы каждый раз не собирать. Сейчас добавляю возможность логиниться и в хедере появляются ссылки на "sign-in / sign-up" || "my-account".
Соответственно надо, чтобы этот компонент не кешировался, а обновлялся на клиенте.
Пока вижу 2 варианта:
- отключить SSR для компонента со ссылками и рендерить его только на клиенте
Так как у меня graphql, то надо еще ставить fetch-policy: network-only для запроса проверки юзера. Плюс отключить SSR для всех страниц акаунта (логин / регистрация / кабинет и тд)
- отключить кеширование на сервере вообще (но тогда статические страницы отдаются по 500ms вместо ~30ms)

Может есть более элегантное решение?

1oe решение ок. А фетч-полиси можно не ставить, nossrr будет достаточно

оо, забыл, что можно просто отключить ssr для запроса.
спасибо

подошел вот с такой стороны:

  useEffect(() => {
    fetchAuthUser(client)
      .then((response) => {
        setUser(response.user);
      });
  }, []);

Фетчим юзера на клиенте для компонента ссылок в хедере.
А для страниц вроде my-account эта же функция вызывается в getInitialProps

можно еще красивый лодер показывать пока фетчится юзер )

Да сделай обычный компонент с кверей и заверни его в NoSSR

Пусть пишет в стор, оно же не будет срабатывать на сервере