Size: a a a

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

2020 January 22

Ð

Ð in Node.js — русскоговорящее сообщество
The Fallen Phoenix
Тут однопотоковый Event Loop, события в него попадают упорядоченно.
и что?*
источник

T

The Fallen Phoenix in Node.js — русскоговорящее сообщество
А это значит, что при заданной конкретной реализации случайного процесса прихода событий, поведение кода детерминировано.
источник

Ð

Ð in Node.js — русскоговорящее сообщество
у тебя в скрипте пауза на запрос к монге
источник

Ð

Ð in Node.js — русскоговорящее сообщество
нифига оно не детерминировано
источник

И

Илья | 😶 in Node.js — русскоговорящее сообщество
The Fallen Phoenix
Архитектура Sequelize не допускает расширяемости, код очень error-prone, и использует кучу неявных внутренних магий.
хорошо
какую расширяемость тебе даст обжекшн ?
источник

И

Илья | 😶 in Node.js — русскоговорящее сообщество
С такой логикой можно в сторону любого орм гнать
источник

T

The Fallen Phoenix in Node.js — русскоговорящее сообщество
Ð
у тебя в скрипте пауза на запрос к монге
Все верно. Но если известно какой запрос придет первый, можно определить весь остальной Control Flow
источник

Ð

Ð in Node.js — русскоговорящее сообщество
The Fallen Phoenix
А это значит, что при заданной конкретной реализации случайного процесса прихода событий, поведение кода детерминировано.
объясню подробнее. Сначала у тебя приходит один запрос, запускается контроллер, отправляет запрос в монгу на проверку емеила и освобождает евент луп
источник

T

The Fallen Phoenix in Node.js — русскоговорящее сообщество
The Fallen Phoenix
Все верно. Но если известно какой запрос придет первый, можно определить весь остальной Control Flow
А это как раз то самое "заданной конкретной реализации случайного процесса прихода событий"
источник

Ð

Ð in Node.js — русскоговорящее сообщество
потом приходит второй и снова запускает этот контроллер и отправляет запрос в монгу
источник

Ð

Ð in Node.js — русскоговорящее сообщество
потом приходит ответ из монги для первого, он проверяется и отправляется запрос за запись в монгу, и снова освобождается евент луп
источник

T

The Fallen Phoenix in Node.js — русскоговорящее сообщество
Здесь Race Condition внутри MongoDB , а не ноды
источник

P

Pavel in Node.js — русскоговорящее сообщество
Так получается, что ОРМ не катит?
источник

Ð

Ð in Node.js — русскоговорящее сообщество
The Fallen Phoenix
Здесь Race Condition внутри MongoDB , а не ноды
а я тебе о чем говорю?
источник

A

Anton K. in Node.js — русскоговорящее сообщество
Pavel
Так получается, что ОРМ не катит?
Вообще никак
источник

T

The Fallen Phoenix in Node.js — русскоговорящее сообщество
Я думал, что мы о контексте исполнения скрипта говорим )
источник

Ð

Ð in Node.js — русскоговорящее сообщество
нет, я говорю в контексте цикла жизни этого запроса в целом в рамках всей этой системы
источник

Ð

Ð in Node.js — русскоговорящее сообщество
от запроса до ошибки в браузере
источник

Ð

Ð in Node.js — русскоговорящее сообщество
проблема в том что контроллер не создает транзакцию, но делает два зависимых запроса с логикой между ними
источник

Ð

Ð in Node.js — русскоговорящее сообщество
с этой неожиданностью на продакшене сталкивается почти 100% зелени которые изучают монгу по хабру, судя по тому коду что они обсуждают, я разгребал такое решение бессонными ночами несколько лет назад )) вставляя в коллекции состояния для ручных коммитов
источник