svet1

В настоящее время придерживаюсь следующей схемы:

На стороне сервера вначале идёт проверка авторизован пользователь или нет. Если нет, то смотрится с корневого ли роута он пришёл. Если не с корневого то делается редирект на корневой. Для корневого роута неавторизованному пользователю показывается login-page с тупой формой авторизации.

А вот если пользователь уже авторизован, то такой запрос отправляется на React-router, где с контентом страницы на клиентскую сторону в том числе выплёвывается и бандл с клиентским кодом.

Если кратко, то вся изоморфная котовасия (+ соединения по сокету если у вас realtime) начинает работать только для авторизованных клиентов.

P.S. Извиняюсь если сумбурно вышло.

С каким бекендом Вы предпочитаете связывать свое приложение?

Обычно REST/HTTP API/RPC прячут нюансы реализации бэкэнда. Так что без разницы, лишь бы апишка была удобная.

Каков Ваш стек в этом плане?

php, symfony2, postgresql. В любом случае разработчика SPA это волновать должно в последнюю очередь.

Так же интересует выбор баз (MySql, MongoDB....)

никогда не используйте mongodb как основное хранилище. Любая реляционная база на простых задачах (а на простых задачах nosql не нужен) будет проще и эффективнее. Говорю это основываясь на своем горьком опыте. Храните в mongodb агрегации денормализованных данных для ускорения выборок из реляционок. то есть в mongodb должны быть либо простые независимые данные (логи например) либо read-only данные.

Необходимости нет, можете вручную подключать файлы, минифицировать их и всё такое. А когда вручную надоест - возьмете какой-нибудь сборщик.

Пусть будут.
Только если не надо не берите их SELECTом.

А вообще правильно парсить строку и разбивать по столбцам. Либо все хранить в строках.

Создать Foreign Key и прописать
ON DELETE CASCADE
https://www.postgresql.org/docs/current/static/ddl...