DevMan, нет. как раз код я совсем не ждал, особенно потмоу что я привязан к своему стеку. Мне сейчас надо понять принцип как организовать работу. Начиная от работы клиента (как построить роутинг, эндпоинты), заканчивая как все хранить в БД
DevMan, я не говорил о вас. Максим упомянул что Гугл даст мне много вариантов, а из с Монгузом не так и много - он совсем подходящий инструмент. похоже. А ответ ваш если честно ниочем) Вы ж меня тоже в гугл отправили.
Максим Тимофеев, да не даст он много вариантов, ты не понимаешь о чем говоришь. Я почитал решения с Монгузом на не сколько баз - это ад. Все еще "не видишь проблемы"?
Максим Тимофеев, т.е. подключатся к нескольким БД одновременно на 1 сервере? Я никогда такого не делал. Уверен - множество проблем гарантировано. Ну вот я подключаюсь к базе, Монгуз по дефолту использует доступное подключение. Как быть когда 2 подключения? откуда он будет знать куда что сохранять? И таких вопросов у меня со старту десяток.
1. Не совсем понял как конфиг будет влиять на логику. Меня в принципе деплой не интересует - у меня это чисто API, и мне нужен просто единый интерфейс для управления контентом. В проде все будет поотдельности - у каждого домена свой апи, но единая БД (или хотя бы интрефейс)
2. Указывать сайт прямо в документе которому он принадлежит? Мне кажется это неэффективно. Например, надо будет сделать выборку 100 статей, по какому-то фильтру, и тут еще и домен надо проверять. Да и мне кажется в одной коллекции БД хранить их навернео не стоит (у меня МОнга, не таблицы, не уверен насчет терминологии SQL)
Так вот как раз с SSR и переписываю авторизацию, пытаюсь повторить как там, и тут эта проблема. Вот вам и преимущество SSR на практике. А сначала авторизация с SSR казалась сложнее)