что говорят в дебагере?

вот  и ниже куча всего

а
ну так
а с промисом как работаешь?

сейчас проверб

на graphql  пока без   фронта так что  без  промисов

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

да данные обновляются

все привет

вот как мне заменить и куда поместить первые две проверки?
например:
- проверку на одинаковость паролей
- проверку на то, существует ли юзер

а еще, у меня такая архитектура, что есть контроллеры и репозитории (которые работают с бд)
тогда стоит ли мне проверку на существование юзера засунуть в Auth контроллер или оставить где-то тут и работать с репозиторием напрямую?

подскажите, пишу в монго поле sections типа Object, все записывается, но при findById sections не выдает, как исправить?

едит: нужен был minimize: false в схеме

окей, простите

formik и подучить регэкспы

отметил себе, благодарю

@pavel_shakhov , подскажите пж

давай уже на ты )

я сделал так

а в роуте так

стандартное правило: тонкий контроллер, толстая модель. сервис у тебя к моделям относятся.

в контроллере должно быть ноль бизнес-логики и вообще логики поменьше. можно провалидировать req.body, убедиться, что данные переданы в нужной форме (что password это строка и т.п.).

а затем передаешь данные в модель (сервис) и она уже делает User.findOne и AuthController.register. Скорее всего этот register и должен проверять, а существует ли уже такой юзер.

модель (сервис) возвращают какой-то результат, а контроллер уже делает все эти res.status.json

1. а если if (token) будет ложно? то что тогда?

2. register возвращает только 500-е ошибки? если юзер уже существует -- это 500-я ошибка?