какой сайт?

Хороший сайт

Написал же сайт ))

Эти общие вопросы прям греют душу. Ну сделай че нибудь плиз

Привет. Я делаю магазин, пробую сделать его с graphql. Его я знаю очень плохо.
Вот есть каталог продуктов разных типов. Соответственно разные поля с характеристиками. Вообще такое решается созданием схемы продукта с небольшим набором общих для всех типов полей, а специфические поля помещаются во вложенный объект, например details. А в graphql, как я понял нельзя добавлять к схеме объект с рандомными полями, а только лишь с заранее определенными в отдельном типе. Есть ли возможность добавить различные поля в product?

да

Как это сделать?

Интерфейсы, фрагменты, директивы. Учи доку и выбирай подходящий вариант

Добрый день! У меня есть React-компонент — таблица с постраничным отображением, которая подтягивает данные с сервера по мере необходимости. Текущая страница и количество столбцов хранятся в состоянии компонента. Запрос на получение данных такой (Apollo Client):
const { loading, error, data } = useQuery(query, { variables: { limit: rowsPerPage, offset: page * rowsPerPage } })
Вопрос в следующем: зачем в этом случае может быть нужна функция fetchMore, которую рекомендует документация? Ведь при изменении страницы компонент перерендерится и запрос выполнится с новыми параметрами

Спасибо

Кастомный скаляр

Вот такое тоже подойдёт

Здравствуйте я не могу использовать token и pubsub в context как надо настоит в документатсия не очен понятно

В подписках req на другом уровне. Верните весь контекст и увидите его

Йоу

Поделитесь опытом, как кошерно шарить gql-схему между репозиторием, где эта схема описана, и репозиториями-клиентами. Моя хотелка — генерить typescript-декларации из схемы.


Вижу два варианта

— настроить сетап, который смотрит на сервер со схемой и по событию генерит декларации. Предвижу проблемы с доступностью и актуальностью этого сервера (надо накатить туда «тот самый» коммит, надо авторизовываться, иногда впн-туннель поднимать)

— настроить ci вокруг репозитория со схемой, чтобы схема деплоилась в стандартный реджистри в виде артефакта с версионированием, нотификациями об изменениях и прочими свистелками. Предвижу проблемы с гемором настройки


Как у вас? Какие есть подводные камни?

Я использую монорепо сетап:
- Все клиенты и бэкэнд находятся в одном репозитории
- Соответственно все имеют доступ к одному и тому же файлу-схеме

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

Также:
- Файл-схема компилируется в typescript и на фронте и на бэке
- Любой брэйк схемы таким образом отлавливается

С монорепой-то понятно)