кто научит делать регистрацию и авторизацию с помощью passport ?

регистрацию с помощью passport?

регистрацию с помощью passport?

да

я пытался сам разобраться, но чет нихуя

пытайся лучше

юзаю passport, но про регистрацию впервые слышу с ним)

лол

а ты свои колеса писал?

лол

чё, реально есть регистрация?

авхахвхАХВХАВХАХ

мдамдамдамда

а ты свои колеса писал?

??

а ты свои колеса писал?

у друга колёса покупаю

You can be a little confused but passport doesn't implement signup methods. It's just authorisation library. So you must handle that use-case on your own.

sasat

ну у меня работает

ну у меня работает

ну ты под колесами

пизда тебе

rip

Redirect by IP

Земля стекловатой, а я пошёл дальше кодить

привеет, нашел bilerplate проекта на гитхаб - react-redux-express-socketio чат. Там веь серверный листинг socketio exports = module.exports = function (io) { // Set socket.io listeners. io.on('connection', (client) => { console.log('user connected'); // On conversation entry, join broadcast channel client.on('join', (conversation) => { client.join(conversation); console.log('joined ' + conversation); }); client.on('leave', (conversation) => { client.leave(conversation); console.log('left ' + conversation); }); client.on('message', (data) => { client.emit('thread', data); client.broadcast.emit('thread', data); }); client.on('disconnect', () => { console.log('user disconnected'); }); }); }; т.е. socketio занимается рассылкой сообщений исключительно между браузерами. Получается юзер из клиента делает два запроса - через сокетио что бы броадкастом всем отправить и по http api что бы сервер в бд сохранил. Уместо ли в это же коде сообщения в бд сохранять?

Я прошу прощение за глупый вопрос, я вообще фронтендер, ноду в первый/второй раз в жизни трогаю. Скажите, nodemon может работать в моде ESM? я просто так привык к этому import/export и переходить на module.export не хочется.

Я прошу прощение за глупый вопрос, я вообще фронтендер, ноду в первый/второй раз в жизни трогаю. Скажите, nodemon может работать в моде ESM? я просто так привык к этому import/export и переходить на module.export не хочется.

не хочется а придется

не хочется а придется

Поддержку импорт так и не завезли? О_о в 10 же вроде обещали

Или мне это приснилось?

а так она работает с ним под флагом на v10 последних вроде, еще и для расширений .mjs

Поддержку импорт так и не завезли? О_о в 10 же вроде обещали

бабель ебашь, хуле тебе

на серваке бабель?

на серваке бабель?

на дев-сервере

да хз, я как-то с module.export остался, не стал заморачиваться

Да ладно, ладно, не ругайся ты так, я просто в экусистему ноды вообще не заглядывал)

Это же не так критично

а в проде уже готовый бандл

Да ладно, ладно, не ругайся ты так, я просто в экусистему ноды вообще не заглядывал)

а надо бы, давно

Оказывается микросервисная архитектура не так уж и сложно

а надо бы, давно

Ну мне бекенд в первые в жизни свой собственный понадобился, до этого я только к чужим апи работал, не было надобности)

Ну мне бекенд в первые в жизни свой собственный понадобился, до этого я только к чужим апи работал, не было надобности)

мда

земля пухом

Ну мне бекенд в первые в жизни свой собственный понадобился, до этого я только к чужим апи работал, не было надобности)

Это называется фронтэндщик

Это называется фронтэндщик

а я о чем...

Я sql запрос последний раз писал, когда php5 только релизнулся))

Вообще правильно делаешь что в бек полез, каждый фронтэндщик должен знать как всё пашет

Вообще правильно делаешь что в бек полез, каждый фронтэндщик должен знать как всё пашет

я 3 года назад последний sql писал)

Вообще правильно делаешь что в бек полез, каждый фронтэндщик должен знать как всё пашет

Ну да, я просто щас уперся в обучении, из-за того что не могу свои собственные идеи реализовать

Во всём виноват mongodb :D

Да и вроде в яндексе ноду спрашивают, даже у верстаков, а мне уж очень к ним хочется

Про Яндекс хз, но ты же должен знать с чем работаешь

Это как водить машину, не зная как устроен двигатель

Оказывается микросервисная архитектура не так уж и сложно

Уже второй раз вроде что то типа такого пишешь. И как ты ее строишь? На totaljs?

Уже второй раз вроде что то типа такого пишешь. И как ты ее строишь? На totaljs?

ExpressJS

Да в прочем не важно на чём

А как между собой они общаются?

REST API

Мб не лучший варик, но сойдёт

Не, имею ввиду ручками пишешь запросы или сделал реестр?

Да и вроде в яндексе ноду спрашивают, даже у верстаков, а мне уж очень к ним хочется

судя по не давней статье на хабре - фронтендщик там - это фронтент + бекенд node/express с рендерингом, этот бекенд уже к нормальному бекенду на java ходит

То есть реестр?

Ну например у меня есть реестр где все микросервисы на старте отчитываются.

аа, типа сервер-реестр?

Да нет, пока нет

Точнее инстанс-endpoint

У меня на auth service есть endpoint verify

В итоге у меня балансировка с горизонтальным масштабированием на уровне restful API endpoint

типа шлёшь туда connect.sid и user-agent, и он чекает, валиден или нет

Так у меня тоже

Дублировать сервера

Неее хитрее

Вот допустим есть API/messages на которой пошла больше нагрузка

Можно новый сервер поднять только с микросервисом для messages

так у меня также

ты описал архитектуру микросервисов))

Ага, тогда вопрос а как ты сделал балансировщик?)

Без реестра?

Я пока не реализовал, ибо уверен что не будет огромной нагрузки))

Но на nginx ez вроде сделать

Я пока не реализовал, ибо уверен что не будет огромной нагрузки))

Пока не будет*

Ну да. Я сделал прокси балансёр который сам микросервис

привеет, нашел bilerplate проекта на гитхаб - react-redux-express-socketio чат. Там веь серверный листинг socketio exports = module.exports = function (io) { // Set socket.io listeners. io.on('connection', (client) => { console.log('user connected'); // On conversation entry, join broadcast channel client.on('join', (conversation) => { client.join(conversation); console.log('joined ' + conversation); }); client.on('leave', (conversation) => { client.leave(conversation); console.log('left ' + conversation); }); client.on('message', (data) => { client.emit('thread', data); client.broadcast.emit('thread', data); }); client.on('disconnect', () => { console.log('user disconnected'); }); }); }; т.е. socketio занимается рассылкой сообщений исключительно между браузерами. Получается юзер из клиента делает два запроса - через сокетио что бы броадкастом всем отправить и по http api что бы сервер в бд сохранил. Уместо ли в это же коде сообщения в бд сохранять?

нашел пример где из коллбеков socketio в бд лазят, похоже что вопром в том, где тебе нужно быть тоньше, а где толще/

А если он упадёт? Плохо полуачется

Автономность теряется

Он собирает реестр и по алгоритму проксит на поднятые ендроинты

А их у меня не 1:)

Микросервис же

То есть, юзер стучиться к реестру и говорит, хочу авторизоваться?

2рут сервера за лоадбалансером

Чёрт, а если автоматизировать поднятие микросервиса в случае оверлоада)

Во во

Это вообще god mode будет

И на амазоне поставить анлимитед VDS

Для фронта - вообще есть только API.com/

Упс

И в маркетинговом ходе сказать, типа у нас на основе ИИ работает))

Чёрт, а если автоматизировать поднятие микросервиса в случае оверлоада)

zeit.co? ?

Линку не хотел. Вообщем получается restful API с горизонтальным не убиваемым масштабирование

+

Где каждый endpoint микросервис:)

Меня только сокеты пугают немного

А БД?)