Size: a a a

Node.js — русскоговорящее сообщество

2020 August 06

ДП

Дмитрий Попов... in Node.js — русскоговорящее сообщество
DeepInside Unix
А ты тело функции в запросе передаешь?
Конечно нет. Я о том что graphql сделан для запроса данных
источник

DU

DeepInside Unix in Node.js — русскоговорящее сообщество
Дмитрий Попов
Конечно нет. Я о том что graphql сделан для запроса данных
Нет, в graphQL есть мутации которые позволяют менять в базе записи, если ты об этом.
Плюс есть pub/sub чтобы с сервака можно было на клиент пушить что-то. Например это удобно когда на сервер ты отправляешь скажем данные о заказе, а в админке менеджер получает уже посчитанную серваком статискику в риалтайме
источник

AB

A B in Node.js — русскоговорящее сообщество
DeepInside Unix
Нет, в graphQL есть мутации которые позволяют менять в базе записи, если ты об этом.
Плюс есть pub/sub чтобы с сервака можно было на клиент пушить что-то. Например это удобно когда на сервер ты отправляешь скажем данные о заказе, а в админке менеджер получает уже посчитанную серваком статискику в риалтайме
А как работает pub/sub ? К серверу постоянный коннект будет?
источник

DU

DeepInside Unix in Node.js — русскоговорящее сообщество
A B
А как работает pub/sub ? К серверу постоянный коннект будет?
Нет, я в тонкости не вдавался, сам только пробую gql но скорее всего это работает как сокет
источник

ДП

Дмитрий Попов... in Node.js — русскоговорящее сообщество
DeepInside Unix
Нет, в graphQL есть мутации которые позволяют менять в базе записи, если ты об этом.
Плюс есть pub/sub чтобы с сервака можно было на клиент пушить что-то. Например это удобно когда на сервер ты отправляешь скажем данные о заказе, а в админке менеджер получает уже посчитанную серваком статискику в риалтайме
А что бы юзать graphql, он должен быть как на стороне сервера так и на стороне клиента?
источник

DU

DeepInside Unix in Node.js — русскоговорящее сообщество
Дмитрий Попов
А что бы юзать graphql, он должен быть как на стороне сервера так и на стороне клиента?
Ну да, типо там есть gql server и client
источник

DU

DeepInside Unix in Node.js — русскоговорящее сообщество
Тот же рест по сути только в обертке
источник

ДП

Дмитрий Попов... in Node.js — русскоговорящее сообщество
DeepInside Unix
Ну да, типо там есть gql server и client
Тогда такое мне подойдёт,клиент не на js сделан
источник

DU

DeepInside Unix in Node.js — русскоговорящее сообщество
Дмитрий Попов
Тогда такое мне подойдёт,клиент не на js сделан
GQL платформо-независимый. Есть реализации почти под все языки. Даже под dart есть чтобы во флатере можно было работать
источник

a

artem in Node.js — русскоговорящее сообщество
всем привет) пытаюсь разобрать токен
 let privateKEY = fs.readFileSync('./server/config/jwt/private.pem', 'utf8');
 let publicKEY = fs.readFileSync('./server/config/jwt/public.pem', 'utf8');
 let result = jwt.verify(token, { key: privateKEY, passphrase: passphrase}, { algorithm: 'RS256' });

отхватываю JsonWebTokenError: invalid algorithm мб кто подскажет что не так? не на ноде все работает)
источник

ДП

Дмитрий Попов... in Node.js — русскоговорящее сообщество
DeepInside Unix
GQL платформо-независимый. Есть реализации почти под все языки. Даже под dart есть чтобы во флатере можно было работать
Спасибо, посмотрю под свое решение
источник

AB

A B in Node.js — русскоговорящее сообщество
Подскажите пожалуйста как архитектурно лучше сделать. Задача - классический чат. Первое что на ум приходит, это клиент по http rest api идет к серверу, проходит авторизацию все дела, и потом скажем сервер разрешает клиенту подключиться к websocket и держит постоянный коннект, и дальше передаем сообщения по мере поступления. Как то если честно эта схема похожа на велосипед, и имхо устарела, может есть более современные решения, типа graphql pub/sub выше написали, либо альтернативы, что бы не использовать websocket. Может для этого лучше подойдет http keep alive какой нибудь? Дайте совет пожалуйста
источник

DU

DeepInside Unix in Node.js — русскоговорящее сообщество
A B
Подскажите пожалуйста как архитектурно лучше сделать. Задача - классический чат. Первое что на ум приходит, это клиент по http rest api идет к серверу, проходит авторизацию все дела, и потом скажем сервер разрешает клиенту подключиться к websocket и держит постоянный коннект, и дальше передаем сообщения по мере поступления. Как то если честно эта схема похожа на велосипед, и имхо устарела, может есть более современные решения, типа graphql pub/sub выше написали, либо альтернативы, что бы не использовать websocket. Может для этого лучше подойдет http keep alive какой нибудь? Дайте совет пожалуйста
Посмотри в сторону firebase push. На пушах я видел люди делали чаты
источник

DU

DeepInside Unix in Node.js — русскоговорящее сообщество
А на чем клиент? Мобилка/десктоп/web?
источник

AB

A B in Node.js — русскоговорящее сообщество
DeepInside Unix
А на чем клиент? Мобилка/десктоп/web?
только android/ios сервер Nodejs
источник

DU

DeepInside Unix in Node.js — русскоговорящее сообщество
A B
только android/ios сервер Nodejs
тогда, да, посмотри в файрбейс. Для чата тебе нужны будут изменения только на клиенте
источник

AB

A B in Node.js — русскоговорящее сообщество
DeepInside Unix
тогда, да, посмотри в файрбейс. Для чата тебе нужны будут изменения только на клиенте
спасибо
источник

DU

DeepInside Unix in Node.js — русскоговорящее сообщество
все остальные телодвижения возьмет на себя облако
источник

DU

DeepInside Unix in Node.js — русскоговорящее сообщество
Народ, кто может помочь с AWS Lambda?
источник

%%

%00 %00 in Node.js — русскоговорящее сообщество
DeepInside Unix
Народ, кто может помочь с AWS Lambda?
источник