Привет, подскажите кто-то с nest js graphql code first работал? как там в мутации вернуть Query, чтобы клиент аполло без лишних манипуляций обновил кэш? `type LikePostPayload {
  record: Post
  query: Query
}`

Всем привет. Как в apollo уйти от этой ошибки? Store reset while query was in flight (not completed in link chain)?

Во время запроса, происходит ошибка, из-за которой нужно делать logout, и происходит такая ошибка.

а зачем во время ошибки стор чистить то? кидайте на страницу авторизации, не очищая стор, для logout конечно очистка нужна

Пользователь авторизован. А ошибка приходит - Refresh закончился. Это происходит при первом заходе на сайт, когда у Refresh Token кончился срок. И при попытке получить пользователя, приходит исключение, при котором и нужно очистить, но происходит ошибка.

Так это все понятно, но зачем стор чистить то? если проиходит ошибка, когда рефреш не можете получить, кидайте на логин, без очистки стора

А ну я понял. У меня nuxt-apollo, и в $logout встроенном, наверное Store очищается...

А сколько у вас рефреш по длительности? редкий кейс, понимаю если бы с access  проблема была

у рефреша - неделя

у access - минуты 3

С nuxt не подскажу, но уверен, что там можно переопределить, «коллеги» со стаковерфлоу не подсказали?

Месяц уже ищу там. Думаю пора задать вопрос =)

Чат, всем привет!

Назрел вопрос с использованием кастомных скалярных GraphQL типов в проектах с Apollo Client и Apollo Server. Подскажите, один и тот же конфиг скаляров можно же использовать как на бэке, так и на фронте? Это приведет к тому, что поле, например, со временем будет представлено на фронтенде в виде такого же объекта, что и на бэке?
Есть ли вообще где-то референс как классно настроить React проект с кодогенерацией и кастомными скалярами?

скаляры чаще всего используются для преобразования на беке. Для фронта их не обязательно описывать, разве что объявить в схеме, что и так будет автоматом.

На фронте разве что приведение к типу скаляра нужно и то за редким исключением

Хм, если речь например о работе с датой - неужели удобно постоянно из строки парсить в объект даты? Как будто удобно было бы сразу работать с преобразованными данными

У меня дата тоже скаляром, на сервере просто по максимому обрабатываю. Прислали isodate или стрингой например в формате пг, пофиг, я по максимому привожу в тот вид, что нужен в бд и отдаю на фронт строкой

Все потому что клиент не всегда js, это может быть как мобилка, так и другое апи, лучше приводить данные к строке, а преобразование в вид удобный для клиента - на клиенте

Но это не часть скаляра

Очевидно, что через сам API данные строкой передаются. Речь о конкретном кейсе с React фронтендом и о том, как автоматически трансформировать строку, пришедшую через API, в объект даты, и обратно

Обратно не обязательно, обработчик на стороне бека может понять и new Date объект