Size: a a a

GraphQL — русскоговорящее сообщество

2018 June 06

KN

Kirill Nesmeyanov in GraphQL — русскоговорящее сообщество
о, ну логично
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Димка Реактнативный 🛸
Кто-нибудь задеплоил Prisma server на свой VPS? Сейчас мой висит на now, так как быстро натроил благодаря документации,  но не нашел там как деплоить на свой VPS. У меня деплой с Docker. Пытаюсь как обычно создать Dockerfile:
FROM node:9

WORKDIR /app

COPY package.json /app

RUN npm install

COPY . /app

RUN npm start

EXPOSE 4000


но после docker build в ответ ошибка:

> dotenv -- nodemon -e ts,graphql -x ts-node src/index.ts

[nodemon] 1.14.11
[nodemon] to restart at any time, enter `rs`
[nodemon] watching: *.*
[nodemon] starting `ts-node src/index.ts`
/app/node_modules/readdirp/node_modules/readable-stream/lib/_stream_readable.js:783
   pna.nextTick(resume_, stream, state);
       ^

TypeError: pna.nextTick is not a function
   at resume (/app/node_modules/readdirp/node_modules/readable-stream/lib/_stream_readable.js:783:9)
   at ReaddirpReadable.Readable.resume (/app/node_modules/readdirp/node_modules/readable-stream/lib/_stream_readable.js:775:5)
   at ReaddirpReadable.Readable.on (/app/node_modules/readdirp/node_modules/readable-stream/lib/_stream_readable.js:745:53)
   at FSWatcher.<anonymous> (/app/node_modules/chokidar/lib/nodefs-handler.js:362:8)
   at FSWatcher.NodeFsHandler._handleDir (/app/node_modules/chokidar/lib/nodefs-handler.js:406:18)
   at FSWatcher.<anonymous> (/app/node_modules/chokidar/lib/nodefs-handler.js:455:19)
   at FSWatcher.<anonymous> (/app/node_modules/chokidar/lib/nodefs-handler.js:460:16)
   at FSReqWrap.oncomplete (fs.js:171:5)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! ecommerce@ start: `dotenv -- nodemon -e ts,graphql -x ts-node src/index.ts`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the ecommerce@ start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2018-06-01T10_17_30_826Z-debug.log


Как полечить?
Ох Димка, хапнешь ты с Prisma'ой еще. Сейчас пока ранова-то ее юзать. Через годик в самый раз должна быть.

Это как с Аполло, год назад никакие. А сейчас топчик.
источник

NT

Nikita Tkachuk in GraphQL — русскоговорящее сообщество
Pavel @nodkz
Ох Димка, хапнешь ты с Prisma'ой еще. Сейчас пока ранова-то ее юзать. Через годик в самый раз должна быть.

Это как с Аполло, год назад никакие. А сейчас топчик.
А graphql-compose?))
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Nikita Tkachuk
А graphql-compose?))
Та еще балалайка. 😉
Но если раскурить, сильно помогает код сокращать.
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
graphql-compose - тупо для того чтобы писать свои генераторы для схемы и всякие функции помогайки, вместо ручного описания конфига схемы через graphql-js
источник

ДР

Димка Реактнативный 🛸 in GraphQL — русскоговорящее сообщество
Pavel @nodkz
Ох Димка, хапнешь ты с Prisma'ой еще. Сейчас пока ранова-то ее юзать. Через годик в самый раз должна быть.

Это как с Аполло, год назад никакие. А сейчас топчик.
Работает отлично)
источник
2018 June 07

NT

Nikita Tkachuk in GraphQL — русскоговорящее сообщество
кто то пробовал эту штуку?
https://github.com/smooth-code/fraql
источник

KL

Konstantin Lyssenko in GraphQL — русскоговорящее сообщество
Я проблему нейминга решал тем, что каждый раз называл фрагмент "fragment Component on Type..." - в честь компонента, а записывал только в Component.fragments.entry. Пока что компоненты с фрагментами не нуждались в еще одном фрагменте, но полезная util'ка, спасибо за наводку
источник
2018 June 09

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
Всем привет! Кто-нибудь наверняка с аполло возился, облазил кучу issue на гитхабе и нигде людям не ответили, хотя вроде вопрос вполне обычный.
Есть query списка сущностей, который принимает переменные с фильтрами (в моем случае дату). Есть мутация, которая добавляет новую сущность. В update мутации пытаюсь обновить кэш руками, но если у меня закешированы query для разных дат, то обновить их тоже нужно все, что руками не всегда возможно сделать. Есть какое-то стандартное решение этого?
В интернетах все или запрашивают списки без переменных, или дают советы типа сделать ресет всего кэша :)
источник

NT

Nikita Tkachuk in GraphQL — русскоговорящее сообщество
сделай ресет всего кеша :)
источник

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
😢
источник

MD

Max Davidov in GraphQL — русскоговорящее сообщество
если у меня закешированы query для разных дат, то обновить их тоже нужно все
а почему все?
источник

NT

Nikita Tkachuk in GraphQL — русскоговорящее сообщество
а обновить только нужные квери не подойдет?
источник

NT

Nikita Tkachuk in GraphQL — русскоговорящее сообщество
refetch()
источник

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
Можно взять конкретный пример - у меня меню с фильтром maxDate, там могут быть разные варианты maxDate заданы, которые фетчат сущности от текущего момента и до этой даты. Если я пройдусь по всем пунктам меню - они все закешируются. Если потом обновить только часть из них, то при переходе на остальные - данные будут прилетать из кэша без добавленной сущности
источник

NT

Nikita Tkachuk in GraphQL — русскоговорящее сообщество
хм, а что если руками обновить только текущий фильтр, и поставить fetch-policy: network-only (как то так)
источник

NT

Nikita Tkachuk in GraphQL — русскоговорящее сообщество
и у тебя при изменении фильтра данные будут браться не из кеша а фетчиться
источник

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
Я вот думаю сейчас о трех вариантах: или как ты предлагаешь fetchPolicy менять (что в целом предполагает тогда, что просто при навигации туда сюда без мутаций - я буду фетчить данные постоянно), или забить и делать ресет стора, или поискать/сделать какой-то велосипед, который сможет автоматом почистить кэш для всех переменных сам
источник

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
Но кейс реально кажется нужным чуть ли не для каждого приложения нормального, а по бестпрактисам тихо
источник

DB

Dmitry Belyaev in GraphQL — русскоговорящее сообщество
Возможно стоит cache-and-network fetchPolicy просто юзать, а если что оптимизировать потом когда-нибудь)
источник