эх

думаю, что не только пока

Ли Байрон писал что так по дизайну задумано, и я в принципе согласен с ним, но надо что-то придумать всё равно)

Ещё как вариант получать эти данные и маппить на клиенте, (из массива в мапу) но я этот вариант не успел еще проанализировать

graphql-compose/graphql-compose v5.7.0 → v5.8.0 🎉

Парни, как думаете, на старте (проекта) нужно Apollo курсоры прикручивать?
или хватит обычной пагинации с after, limit ?

А тебе важно SSR и SEO-оптимизация?

Если да, то забудь про курсоры на паблике. Только в админке.

да, ssr планирую с next.js (>>> изоморфность, сео не так важно)

спасибо за совет, но почему именно на паблике отсекать?)

на паблике на главной планируется realtime лента в остальных частях приложения не так важно в принципе, вот я и думаю..


в итоге решил пока только для главной сделать, дальше уже посмотрим как получится

А если ли какие-нибудь варианты использовать курсор и сохранить возможность постраничной навигации? Важен переход, скажем, на последнюю страницу

А где он хранится вообще?)

Зависит от реализации курсора

Ребят, кто-нибудь в курсе как в gql в качестве используемых фрагментов передать массив?

const result: ExecutionResult = await context.systemGQL({
    query: gql`
      query customer($customerId: ID!) {
        customer(id: $customerId) {
          ${fragmentNames}
        }
      }
      ${payloadFragments}
    `,
    variables,
  });

Здесь payloadFragments - это массив фрагментов неизвестной длины

graphql-compose/graphql-compose v5.8.0 → v5.8.1 🎉

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

egoarka, [30.01.19 17:47]
Привет)
Скринкаст глянул, очень полезный
кстати, спасибо за бойлерплейт, много полезных фич для себя там нашел)

у меня есть вопрос по поводу призмы: как оно вообще в продакшене себя ведет? все ли бизнес кейсы покрывает? как с производительностью в целом?
Арендуешь у них мощности или в докере локально поднимаешь?

Uxname, [30.01.19 18:15]
Привет, в проде нормально, но я её ещё в сильно полевых условиях не тестил, но для MVP самое то. В прод я начал юзать призму с мыслью что "Сейчас по фасту сделаем на призме, будем делать бэкапы частенько на всякий случай, а когда что-нибудь случтся или будет недостаточно пизмы то перейдем на чистый postgres". Бизнес кейсы покрывает не все, зависит от проекта. Хотя плюс призмы в том, что можно её наравне с обычным pg юзать, и там где нужно будет что-то особенное, например строгая сложная транзакция - то там юзать pg, а призму для простых crud'ов. Производительность хз, я не встречался с задачами где нужна скорость. Вернее встречался, но опять же там юзал чистый sql. Мощности не арендую, запускаю всё на своём сервере в докере (см. бойлерплейт -> package.json -> scripts -> dev:start)

спасибо, полезно очень!

я как раз маркетплейс на призме и делал, получилось всё очень даже

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

Т.е. вот такой пример:

type Book {
  title: String
  pages: Int
  author: Author
}

Вот здесь не понятно, придёт ли Author с обычным запросом на book или мы его будем дозапрашивать

Есть какой-то способ более явно это указать?