https://github.com/knex/knex/blob/master/lib/migrate/Migrator.js#L485
Я вот тут просто смотрю исходник knex'a

ещё раз повторю, у тебя просто тупо физически промис от миграции 2 не сможет зарезолвится раньше, чем промис от миграции 1. Кто раньше встал, того и тапки.

Обычная цепочки промисов. Если миграция вернула промис, то мигратор дождётся его окончания прежде чем запустить следующую миграцию.

Ситуация, которую вы описывете, возможна только если в миграции запустить асинхронную транзакцию, не дожидаться её окончания и не возвращать из миграции.

Ну вот же...

up = миграция 1, anotherUp = миграция2, setTimeout = createTable

Т.е. я могу без проблем в первой миграции использовать 2 await'a и это ничего мне не похерит как в рамках текущей миграции, так и во всех последующих?

ВСЕ ОБРАЩЕНИЯ К БД СИНХРОННЫ В КОНТЕКСТЕ ОДНОЙ БД.

await setTimeout — это не имеющая смысла чепуха. Await применим только к промисам. В данном случае надо писать await new Promise(resolve => setTimeout(() => { console.log(111); resolve() ; }, 2000);

Конечно. Нет там никаких проблем.

Всё, разобрался, всем спасибо!

Всем привет. Кто знает как можно реализовать Push Notification через Firebase к приложениям собранным на Expo React Native?

У iOS отдельный апи для сего

Насчёт андроида хз
Мб что-то аналогичное

Я написал что Firebase.

Кто готов дать экспертную консультацию или даже взять в работу свяжу с нашим архитектором для согласования оплаты

Архитектура следующая: Sap Commerce-Sap Marketing хранят данные по клиентам. Нам нужно делать пуши по настроенным сегментам пользователей на конечные девайсы ( App_Token) проблема заключается в том, что реализованное приложение для андроида и эпла сделано через react native которое не поддерживает интеграцию с Firebase (андроид аналитика) в свою очередь файрбэйс будет связываться с эпл нотификэйшн сервис для отправки уведомлений на устройства эпл.

Может плагинчик есть какой-нибудь. Для Ionic'a есть

Каким образом можно отключить TCP клиент с сервера в ноде и не выполнять идущий после этого код? юзаю socket.destroy() но ловлю еррор из за кода который идет после этого, а он должен работатать только при условии что сервер не дропал коннект

непонимаю контекста, но может перед кодом нужно проверить состояние сокета и если он отключен не выполнять код?)

о, спасибо, хорошая идея, думал что оно по дефолту не будет исполняться дальше, но так тоже норм