Denis
Anonymous
тобишь это тоже не транспорт
Denis
Anonymous
не совсем
Anonymous
http и вебсокеты похожи
Anonymous
но не same
Roman
и REST и GraphQL можно по сокетам передавать (хотя смысла в этом мало если HTTP keep alive активирован). Но это не меняет сути что в REST тебя так или иначе будет over-fetching и слишком много round-trips
Anonymous
шо бл
Roman
шо бл
мне так-же отвечать как ты вопросы задаёшь?))
Anonymous
та не я ору немного
Roman
та не я ору немного
если тебе тема неинтересна и ничего внести не можешь то зачем засорять беседу то?
Anonymous
я б не орал если бы не было интересно
Anonymous
@Romshark каким образом keep alive влияет на сокеты в браузере?
Denis
Roman
@Romshark каким образом keep alive влияет на сокеты в браузере?
я лишь хотел сказать, что сильного прироста производительности в плане запросов не будет если заменить HTTP на WebSockets. Поскольку HTTP сам поверх TCP/IP и с включённой опцией "Keep-Alive" сокет не обрывается... единственный overhead HTTP это чуток лишних данных (header больше чем у WebSocket message) и парсинг, но overhead незаметно минимальный.. т.е. это совсем не то на что бы следовало тратить время на оптимизацию
Anonymous
причем тут производительность
Denis
Anonymous
бож
Roman
обратная связь же не нужна
ℝei
Такое ощущение что еж в капюшоне до конца не дочитали
Anonymous
я хоть и тупой, но мне смешно
Anonymous
ℝei
Длиннотекст
Anonymous
читал
Roman
да тролит он походу..
Anonymous
я ж говорю - я тупой. У меня другое представление обо всем этом
Roman
короче я так понял никто ещё серьёзно не вдавался в GQL?
Roman
Anonymous
рей говорит шо не хорошо - так что вдаваться не буду
Roman
но если-бы хоть вопросы нормальные задавал, а так сидит и тролит.. 😃
Anonymous
Denis
Anonymous
вы меняете обычные запросы на сокеты ради производительности чтоли? Я это спрашивал. Если нет, то что за идиотские аргументы
Dmitry
как инфу получать ? на пример о юзере. Она лежит в локал стораж. Как удобнее ее получить ? в родителе при старте получать ?
ℝei
Да и ты сам от меня вроде узнал))
Dmitry
Yaroslav 🇺🇦
Рано или поздно все уйдут в лямбды или серверлесс или наносервисы, нужное подчеркнуть.
Будут написаны простые функции, с открытыми конектами в базе. Которые тупо висят в умном облаке.
Ты в рест 2 будешь бросаться джейсоном запросов. Рест 2 будет стартовать одновременно все лямбды по запросу. Формировать пакет ответа или ошибку или ответ и ошибки и отправлять на клиента.
Как всё организовать будет решать архитектура как и в стандартном ресте, а не язык абстракции
Denis
Anonymous
Dmitry
created(){}
не важно. Идие правильная ? или вынести в стор ?
ℝei
Anonymous
я не знаю что ты делаешь и структуру проекта
Anonymous
если тебе нужен стор - юзай стор
Anonymous
если без него справляешься - нах не нужен
ℝei
Anonymous
Лямбда функции
Roman
AWS Lambda != лямбда функции
Roman
это вещи принципиально разные
Yaroslav 🇺🇦
Я про что то схожее с амазоновскими. Их будет от разных поставщиков
Anonymous
могу про google functions рассказать
Yaroslav 🇺🇦
В плюсах или в js это одно. Я про что-то похожее на то что предлагает авс или гугл говорил
Anonymous
Roman
Anonymous
Я читал и юзал авс
Anonymous
И ещё auth0 extend
Anonymous
о чем вы ребята
Yaroslav 🇺🇦
кароч gQL не полетит, поздно стартанул
Anonymous
gql нельзя на functions ставить
Anonymous
Anonymous
ты вкурсе шо инстанс прекращает свою работу?
Anonymous
и создается новый?
Anonymous
Используя очередной сторонний сервис
Anonymous
хотя я с gql не работал, но предполагаю шо работает она как и все бд
Anonymous
ахахах лол
Anonymous
ну ок
Roman
опять сравниваем картофель с манго?))
Anonymous
Есть облачный gql работающий вместе с ламбда
Anonymous
Anonymous