ОЛ
Первый релиз был запланирован на конец 2018года. Однако сейчас имеем настабильный 0.2.28
Ориентироваться на semver при оценке такое себе. Использую в проде пол года. Некоторые вещи вроде cross join делать ручками надо. Но это везде так
Size: a a a
2020 October 21
Ориентироваться на semver при оценке такое себе. Использую в проде пол года. Некоторые вещи вроде cross join делать ручками надо. Но это везде так
В документации было обещано, что каскадные ивенты работают. Однако на деле - нет. Сильно тормозит разработку. Не так страшно ручками писать. Страшно - спотыкаться о неожиданные баги, когда планируешь что то сделать за час, а на деле занимает пол дня чтения гитхаб репортов
ОЛ
Это в рамках орм, вы описываете миграцию совместно с связями. Орм не должна их сама создавать
Наверное, вместо нытья стоило бы мне законтрибьютить
ОЛ
Разве что призма исключение. Но и то, они не позиционируют себя как орм
Это в рамках орм, вы описываете миграцию совместно с связями. Орм не должна их сама создавать
Отсюда вопрос. Зачем мне в таком случае орм?
Разве что призма исключение. Но и то, они не позиционируют себя как орм
А вы пробовали призму?
ОЛ
Отсюда вопрос. Зачем мне в таком случае орм?
Вы хотите дать фунционал орм не связанный с ее функциональностью и удивляетесь почему это не так)
ОЛ
А вы пробовали призму?
Я контрибьютил в 1 призму
Вы хотите дать фунционал орм не связанный с ее функциональностью и удивляетесь почему это не так)
Но ведь работают каскадные удаления с one to one, one to many
Я контрибьютил в 1 призму
Похвально
А по какой причине юзаете тайпорм, а не призму?
ОЛ
Но ведь работают каскадные удаления с one to one, one to many
Работают если в рамках схемы они описаны и это правильно описывать такие связи на уровне бд в миграциях.
Призму использую только для pet проектов. Потому что гибкости нет ни в 1, ни во второй итерации. Плюс к производительности больше вопросов чем ответов. Как будут адекватные возможности снимать метрику, то можно пробовать что-то более серьезное
Призму использую только для pet проектов. Потому что гибкости нет ни в 1, ни во второй итерации. Плюс к производительности больше вопросов чем ответов. Как будут адекватные возможности снимать метрику, то можно пробовать что-то более серьезное
2020 October 22
MV
Привет! подскажите, есть ли в каком-то бразуерном graphql клиенте (ide) возможность писать свой код-обработчик как в постмене? свои плаагины?
что я хочу - сейвить jwt токен в переменную и переиспользовать её на всех табах/кверях
что я хочу - сейвить jwt токен в переменную и переиспользовать её на всех табах/кверях
MV
у альтаираа я вижу есть только prerequest-scripts https://altair.sirmuel.design/docs/features/prerequest-scripts.html
но не вижу возможности обработки респонсов
но не вижу возможности обработки респонсов
D
В встроенном GraphiQL есть возможность использовать переменные, и даже задавать хидер, вот тут в картинках и примерах нашёл - https://atheros.ai/blog/graphql-quick-tip-how-to-pass-variables-in-graphiql
D
Привет! подскажите, есть ли в каком-то бразуерном graphql клиенте (ide) возможность писать свой код-обработчик как в постмене? свои плаагины?
что я хочу - сейвить jwt токен в переменную и переиспользовать её на всех табах/кверях
что я хочу - сейвить jwt токен в переменную и переиспользовать её на всех табах/кверях
А jwt token удобно передавать в хидере, а не в самих запросах
MV
А jwt token удобно передавать в хидере, а не в самих запросах
А хедер разве не часть http запрса)
За ссылку спасибо!
За ссылку спасибо!
D
Запроса имею ввиду graphql
D
А хидер да, идёт как обычный http headers