да, указал путь к entities

Да, именно поэтому)

Ребят а чего ServeStaticModule всегда пытается найти index.html при любом обращение ? Я вроде как явно указал что только если в запросе путь /public/*. Мне нужно видео отдавать, а он блин свою ошибку кидает, хотя файл и отдает...

ребят, вопрос возник по автоматической простановке у sequelize ON DELETE (CASCADE|NO ACTION). Допустим есть пользователь и у него есть одно подтверждение по email. У пользователя ставим @HasOne(() => EmailConfirm), а у email ставим @BelongsTo(() => User). - поставится ограничение ON DELETE CASCADE и при удалении польователя удалится и его подтверждение. - все ок

но вот теперь у меня есть пользователь и у него есть сущность картинка. - чтобы не загружать табличку картинок внешними coverId, avatarId и т.д.  делаю так - у пользователя @BelongsTo(() => ImageEntity) а у ImageEntity @HasOne(() => User) и все отлично - ставится ограничение ON DELETE NO ACTION. Т.е. sequelize правильно в данном случае понял, что удалять пользователя, если удалилась картинка не надо. Но вот как он это понял - пошел в исходники sequelize, но пока не докопался до истины.

Т.е. вопрос в чем, если не указываешь доп. опции как sequelize понимает стоит ли ставить ON DELETE CASCASE либо ON DELETE NO ACTION
скриншоты примеров

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

В схеме on update cascade у пользователя, если обновилась картинка

Он в зависимости от типа ставит, т.е. если написал a.hasOne(b) то при удалении а удалится и b. Но вверху пример в котором так это не работает. Конечно это и к лучшему, но вопрос задал к тому чтобы потом на случайные баги удаления не напороться.

У imageEntity тогда проще наверное не прописывать hasOne. А оставить только BelongsTo у пользователя. По исходникам sequelize он поставит ограничение set null либо no action. Что не так страшно, как on delete cascade

Асинхронная регистрация модуля или статическая. Асинхронная - ждем когда подключиться все как надо. Статическая по запросу?

причем тут орм) базу говорю глянь, каскад там ставится, хоть что ты не указывай в орм в базе может ничего не сменится. если только орм сама не синхронизирует это свойство, оно могло создать каскадом в базе птом ты сменил в орм, но в базе изменения не произошли и ты смотришь что у тя в конфиге орм стоит не каскад а по факту каскад, поэтому всегда проверяй то что орм создает синхронизацией своей, и лучше вырубить это и руками создавать обьекты базы данных

Сущность новая, так что ошибки синхронизации исключены. А в схеме базы нету каскада, там только on update cascade прописан у пользователей

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

Наподобии с select

Вот так что бы работало наподобии можно сделать? Только не select, а expand например

\d users        \d image_entities  -  "В схеме on update cascade у пользователя, если обновилась картинка". Говорю же что в базе посмотрел. Даже специально новые сущности понасоздавал для проверок

ребят, может есть у кого пример кода httpService с promise.all?

Это как?

тип того