Size: a a a

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

2021 March 17

~

~@~ in Node.js — русскоговорящее сообщество
Iskandar Kudratov
Ok, спасибо
https://youtu.be/BwuLxPH8IDs
Этот парень неплохо объясняет)

https://youtube.com/playlist?list=PL4cUxeGkcC9gUgr39Q_yD6v-bSyMwKPUI
А это еще по лучше)
источник

IK

Iskandar Kudratov in Node.js — русскоговорящее сообщество
Спасибо большое!
источник

~

~@~ in Node.js — русскоговорящее сообщество
👍
источник

RS

Roman Sergheevich in Node.js — русскоговорящее сообщество
Коллеги, подскажите пожалуйста. Есть задача сделать брокера сообщений который будет отправлять пуш уведомление по каналу . Пока что пректировали так - есть gateway и есть каналы ( микросервисы ) . Нужно ли ставить между gateway и каналом rabbitmq если у нас нету очередей . И если очереди нужны будут в будущем то как поступить в таком случае ?
источник

AS

Andrew Summers in Node.js — русскоговорящее сообщество
Коллеги, я только начинаю погружаться в вебдев. У меня возник вопрос - а зачем мы используем async/await в таких простых аппах, где просто происходит CRUD - вот пример - https://i.imgur.com/SvybuEO.png. Это просто read...

И я не очень понимаю, что будет происходить, если система "зависнет"? Ну то есть, async JS используется для того, чтобы не ждать... Но я не понимаю, что еще юзер может решить делать с аппом. Он нажал кнопку, чтобы получить данные - следовательно он будет ждать, правильно?

Это философский вопрос. Я думаю, что я вообще чуш несу, но типа начинаю только ;)
источник

N

Nikita in Node.js — русскоговорящее сообщество
Andrew Summers
Коллеги, я только начинаю погружаться в вебдев. У меня возник вопрос - а зачем мы используем async/await в таких простых аппах, где просто происходит CRUD - вот пример - https://i.imgur.com/SvybuEO.png. Это просто read...

И я не очень понимаю, что будет происходить, если система "зависнет"? Ну то есть, async JS используется для того, чтобы не ждать... Но я не понимаю, что еще юзер может решить делать с аппом. Он нажал кнопку, чтобы получить данные - следовательно он будет ждать, правильно?

Это философский вопрос. Я думаю, что я вообще чуш несу, но типа начинаю только ;)
а что значит зависнет?
источник

S🛸

Sergey 🛸 in Node.js — русскоговорящее сообщество
Andrew Summers
Коллеги, я только начинаю погружаться в вебдев. У меня возник вопрос - а зачем мы используем async/await в таких простых аппах, где просто происходит CRUD - вот пример - https://i.imgur.com/SvybuEO.png. Это просто read...

И я не очень понимаю, что будет происходить, если система "зависнет"? Ну то есть, async JS используется для того, чтобы не ждать... Но я не понимаю, что еще юзер может решить делать с аппом. Он нажал кнопку, чтобы получить данные - следовательно он будет ждать, правильно?

Это философский вопрос. Я думаю, что я вообще чуш несу, но типа начинаю только ;)
Без async все пользователи будут ждать одного пользователя
источник

N

Nikita in Node.js — русскоговорящее сообщество
Sergey 🛸
Без async все пользователи будут ждать одного пользователя
+ скорее всего апи вашей ормки (скорее всего монгус судя по скрину) имеет асинхронный апи, но это уже деталь реализации
источник

AS

Andrew Summers in Node.js — русскоговорящее сообщество
Nikita
а что значит зависнет?
уммм, ну то есть, ну async используется для того, чтобы если мы делаем длинную операцию (например загружаем файл на 300 мб), то мы могли пойти и поделать что-то еще 9например, написать сообщение пользователю - если это соцсеть, правильно?

это означает зависнет, правильно?
источник

AS

Andrew Summers in Node.js — русскоговорящее сообщество
Sergey 🛸
Без async все пользователи будут ждать одного пользователя
ничего себе. я реально этого не понимал и думал, что у каждого пользователя свой "thred". приколькно блин, прямо как в матрице я ахахаха
источник

AS

Andrew Summers in Node.js — русскоговорящее сообщество
Nikita
+ скорее всего апи вашей ормки (скорее всего монгус судя по скрину) имеет асинхронный апи, но это уже деталь реализации
я пишу весь апи с нуля сам. вот видос - https://www.youtube.com/watch?v=fgTGADljAeg
источник

N

Nikita in Node.js — русскоговорящее сообщество
Subscriber.find() это откуда?
источник

AS

Andrew Summers in Node.js — русскоговорящее сообщество
Nikita
Subscriber.find() это откуда?
а, вот видос выслал
источник

AS

Andrew Summers in Node.js — русскоговорящее сообщество
Nikita
Subscriber.find() это откуда?
минуты - (14:30-16:10)
источник

N

Nikita in Node.js — русскоговорящее сообщество
Andrew Summers
минуты - (14:30-16:10)
ну да, монгус
источник

AS

Andrew Summers in Node.js — русскоговорящее сообщество
Nikita
ну да, монгус
ага, да, он, я не забыл ответить выше ;)
источник

S🛸

Sergey 🛸 in Node.js — русскоговорящее сообщество
Andrew Summers
ничего себе. я реально этого не понимал и думал, что у каждого пользователя свой "thred". приколькно блин, прямо как в матрице я ахахаха
Поток на пользователя это концепция из начала нулевых. Почитай про проблему 10к соединений. Сейчас используют по 1 потоку на ядро, и всё асинхронное внутри
источник

AS

Andrew Summers in Node.js — русскоговорящее сообщество
Sergey 🛸
Поток на пользователя это концепция из начала нулевых. Почитай про проблему 10к соединений. Сейчас используют по 1 потоку на ядро, и всё асинхронное внутри
я реально думал, что про отдельного пользователя ахахах

Теперь разобрался.
источник

N

Nikita in Node.js — русскоговорящее сообщество
Sergey 🛸
Поток на пользователя это концепция из начала нулевых. Почитай про проблему 10к соединений. Сейчас используют по 1 потоку на ядро, и всё асинхронное внутри
кстати тот же apache до сих пор так работает?)
источник

S🛸

Sergey 🛸 in Node.js — русскоговорящее сообщество
Nikita
кстати тот же apache до сих пор так работает?)
Да, как и django, и Ruby on rails, и spring
источник