В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

1567 membersпожаловаться на группу
2021 August 13

t

toriningen in GraphQL — русскоговорящее сообщество
вам нужно решить три задачи:

1. способ внесения изменений в бд таким образом, чтобы эти изменения не видели другие конкуретные запросы
2. способ отката ваших изменений так, чтобы от этого отката не могли пострадать несвязанные данные
3. способ применить копию со внесенными изменениями к основной бд так, чтобы это изменение было атомарно и консистентно
источник
02:39пожаловаться#1

t

toriningen in GraphQL — русскоговорящее сообщество
любой подход, при котором вы на самом деле меняете основную бд так, что эти изменения видны, пока они находятся в стадии черновика, означает, что любые запросы, даже сделанные другим пользователем, смогут увидеть "ненастоящую картину мира", которая утекает из-за отсутствующей изоляции вашего черновика

это плохо и будет причиной множества страннейших багов
источник
02:41пожаловаться#2

a

alexalexalex in GraphQL — русскоговорящее сообщество
такой риск минимален, т.к. то что редактируется, редактируется только одним юзером (так устроено приложение). Даже если бы теоретически это делало несколько людей, это бы не затронуло никакую серьезную логику, потому-что редактируются именно черновики
источник
02:43пожаловаться#3

a

alexalexalex in GraphQL — русскоговорящее сообщество
самое удивительное, что есть задача реализовать лайв превью черновика (что идет в разрез со здравым смыслом)
источник
02:44пожаловаться#4

t

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

пусть они будут

если у вас черновик уже существует как самостоятельная сущность, от этого не будет вреда
источник
02:44пожаловаться#5

a

alexalexalex in GraphQL — русскоговорящее сообщество
бизнес хочет другого)))
источник
02:45пожаловаться#6

t

toriningen in GraphQL — русскоговорящее сообщество
бляха муха, вечно этот бизнес
источник
02:45пожаловаться#7

a

alexalexalex in GraphQL — русскоговорящее сообщество
чтобы юзер смог просматривать черновик черновика в real-time, а потом паблишить обычный черновик
источник
02:45пожаловаться#8

a

alexalexalex in GraphQL — русскоговорящее сообщество
если все ок
источник
02:45пожаловаться#9

t

toriningen in GraphQL — русскоговорящее сообщество
¯\_(ツ)_/¯ к сожалению, я не то, чтобы могу чем-то еще особо помочь, оставаясь в рамках общих советов

надеюсь, что что-то из предложенного выше имеет смысл и натолкнет вас на решение
источник
02:46пожаловаться#10

a

alexalexalex in GraphQL — русскоговорящее сообщество
в любом случае спасибо за поинты! буду копать в сторону здравого смысла
источник
02:46пожаловаться#11

λ

λoλdog in GraphQL — русскоговорящее сообщество
по поводу 6.6.4. Не проще ли сделать возвращаемый payload как union в котором один элемент это собственно Success , а остальные - все возможные ошибки?
источник
09:22пожаловаться#12

λ

λoλdog in GraphQL — русскоговорящее сообщество
и чет не нашел там истории про auth)
источник
09:25пожаловаться#13

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Если про аутентификацию - то это вообще не про графкуэль. Аутентификацию пилите на ресте. Т.к. любой сервис аутентификации это куча редиректов, установка кук (для браузеров). Короче самый жир с которым графкуэль работать не умеет.

Если про авторизацию, то логика реализуется внутри резолвера и особо на дизайн схемы не влияет. Это внутренняя кухня.
источник
09:44пожаловаться#14

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Пробовал, в реально жизни фронтендера со статической типизацией - это боль. Тупо неудобно пользоваться всеми этими юнионами.

И в 6.6.4 речь идет конкретно про мутации. В кверях с юнионами можно еще как-то с ними работать, но с мутациями точно нет.
источник
09:47пожаловаться#15

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество
Для первой они так и не сделали нативный image и не будет. В настройках отключите новую виртуализацию и ошибка пропадёт. Ещё обновите сам докер, они в последних релизах поправили.
источник
09:53пожаловаться#16

EГ

Egor Гуща in GraphQL — русскоговорящее сообщество
а где именно это искать?
источник
09:56пожаловаться#17

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Нашел интересный кейс BooleanFilter – производит впечатление, выглядит круто, но совершенно бессмысленно.

Должно быть просто Boolean.
источник
09:59пожаловаться#18

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Начну-ка я собирать плохие кейсы и болячки для нового доклада. Если у вас есть интересные примеры - высылайте 😉
источник
10:01пожаловаться#19

ОЛ

Олег Линьков... in GraphQL — русскоговорящее сообщество
В настройках docker desktop. У вас иконка вверху есть. Там есть настройки. В расширенных как раз будет про виртуализацию
источник
10:13пожаловаться#20