R
скинь пример скомпилить минимальный (без сервера), я уже сам не соображаю)
Size: a a a
2019 June 13
R
забано, на клиенте у меня такого не было
e
R
ну вот
поведение не ушло)
все также на левый порт шлет запрос))
все также на левый порт шлет запрос))
e
у меня на 4000 шлет)
R
у меня на 4000 шлет)
если речь идет о codesandbox, у меня тоже на 4000 шлет, но на пк почему-то на тот же домен + порт что и фронт, не знаешь где трабл искать?)
e
если речь идет о codesandbox, у меня тоже на 4000 шлет, но на пк почему-то на тот же домен + порт что и фронт, не знаешь где трабл искать?)
ну честно сложно сказать, много чего может быть, либо фаервол, либо прокся, либо чет с конфигами
R
ну честно сложно сказать, много чего может быть, либо фаервол, либо прокся, либо чет с конфигами
на клиенте с конфигами имеешь ввиду?
у меня такие же настройки что и на codesandbox
у меня такие же настройки что и на codesandbox
e
на клиенте с конфигами имеешь ввиду?
у меня такие же настройки что и на codesandbox
у меня такие же настройки что и на codesandbox
да, скорее всего с клиентом траблы, попробуй новый проект клиентский пустой создать, чтобы стучался на сервер и проверить, будет ли такая же магия
2019 June 14
P@
Вышел Relay 5🎉
Все ещё без хуков(
Все ещё без хуков(
P@
Приветствую, всех!
Есть вопрос. Разрабатываю API (Laravel) на библиотеке Lighthouse + клиент Vue (Apollo).
И порядком запарила обработка ошибок на клиенте. Да еще и прилетают они в массиве. А вместе с ошибками еще и NULL в ответе.
Понимаю, что без массива никак, из-за возможности посылать несколько query или mutation в одном запросе. Но все, же.
Может есть у кого опыт написания либо удобного предобработчика ошибок на стороне сервера, либо на стороне клиента. Может репозиторий какой публичный, где есть что-то подобное.
Буду признателен за любой толчок в этом направлении)
Есть вопрос. Разрабатываю API (Laravel) на библиотеке Lighthouse + клиент Vue (Apollo).
И порядком запарила обработка ошибок на клиенте. Да еще и прилетают они в массиве. А вместе с ошибками еще и NULL в ответе.
Понимаю, что без массива никак, из-за возможности посылать несколько query или mutation в одном запросе. Но все, же.
Может есть у кого опыт написания либо удобного предобработчика ошибок на стороне сервера, либо на стороне клиента. Может репозиторий какой публичный, где есть что-то подобное.
Буду признателен за любой толчок в этом направлении)
Ну по любому свой костыль пилить. Можно почитать https://github.com/nodkz/conf-talks/tree/master/articles/graphql/errors
P@
Ну коль для фронтендера пилите, то так как ему удобно будет.
Если он их юзать не будет, то тогда зачем вам что-то городить?!
Вобщем фронтендер это ваши ограничения, которые не позволят вам шибко широко размазаться под словом “оптимально”.
Если он их юзать не будет, то тогда зачем вам что-то городить?!
Вобщем фронтендер это ваши ограничения, которые не позволят вам шибко широко размазаться под словом “оптимально”.
P@
Под пхп не видел оберток. Да если честно и под ноду тоже.
Так что должно сильно припечь проблема, чтоб появилось желание зааилить свое.
Так что должно сильно припечь проблема, чтоб появилось желание зааилить свое.
AS
Приветствую, Павел!
Во-первых, спасибо за видеолекции и статьи! Много нужного извлек оттуда.
И вроде разработка на графе идет нормально. Но вот обработка ошибок - это боль страшная.
И если введение union-типов для обозначения "проблем" решает одну часть боли. И на клиенте вроде удобно, и в документации отображается. Все хорошо.
Но вот другой момент, никак не дает покоя. А именно, ответы графа (ошибки), в случае несоответствия схемы присланной клиентом и той, что на сервере.
Например, отсутствие обязательного поля или неправильный тип данных поля. Это ж как бы одна из килер-фич графа. Проверять еще до резолверов присланные данные и реагировать. Но реакция странная)
Граф оформляет проблему в ошибке тупо в виде текстового описания. Например, забыли обязательное поле "name", получи - 'Field "login" argument "name" of type "String!" is required but not provided.'
И как тут на клиенте понимать, что произошло, на уровне логики, непонятно. Не парсить же этот текст)
И пока решение такое, убрал в схеме эти восклицательные знаки почти везде и проверяю обязательность полей на уровне резолверов, стандартными средствами валидации ларавеля. Оттуда уже прилетают нормальные ошибки валидации, которые более-менее научил клиент распознавать и решать что с ними делать. Но в этом случае пропадает эта фишка графа. И зачем тогда она нужна)
Может есть какие мысли на этот счет? Думаю не один я тут с такой заморочкой вожусь)
Во-первых, спасибо за видеолекции и статьи! Много нужного извлек оттуда.
И вроде разработка на графе идет нормально. Но вот обработка ошибок - это боль страшная.
И если введение union-типов для обозначения "проблем" решает одну часть боли. И на клиенте вроде удобно, и в документации отображается. Все хорошо.
Но вот другой момент, никак не дает покоя. А именно, ответы графа (ошибки), в случае несоответствия схемы присланной клиентом и той, что на сервере.
Например, отсутствие обязательного поля или неправильный тип данных поля. Это ж как бы одна из килер-фич графа. Проверять еще до резолверов присланные данные и реагировать. Но реакция странная)
Граф оформляет проблему в ошибке тупо в виде текстового описания. Например, забыли обязательное поле "name", получи - 'Field "login" argument "name" of type "String!" is required but not provided.'
И как тут на клиенте понимать, что произошло, на уровне логики, непонятно. Не парсить же этот текст)
И пока решение такое, убрал в схеме эти восклицательные знаки почти везде и проверяю обязательность полей на уровне резолверов, стандартными средствами валидации ларавеля. Оттуда уже прилетают нормальные ошибки валидации, которые более-менее научил клиент распознавать и решать что с ними делать. Но в этом случае пропадает эта фишка графа. И зачем тогда она нужна)
Может есть какие мысли на этот счет? Думаю не один я тут с такой заморочкой вожусь)
AS
Пытаюсь скрин прицепить. Не дает. Не на прямую, не ссылкой извне. Кто знает, в чем затык?
AS
3 раза писал этот текст из-за скрина. С ним кидаешь, все улетает в пустоту)
KN
А ты отдельно прикрепи