Сергей Протько

1) CORS настраивается на сервере
2) для Phonegap/Cordova CORS не нужен, это фишка браузера а не webview.
3) для разработки можете поднять прокси-сервер (есть готовые, достаточно поискать в npm) который будет добавлять вам CORS заголовки.

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

есть блок элемента

Нет там ничего такого. Есть только блоки, элементы и модификаторы.

<div class="sidebar">
    <div class="sidebar__page-header-logo logo">
        <div class="logo__img"></div>
        <div class="logo__element2"></div>
        <div class="logo__element3"></div>
    </div>
</div>

или если кому (например мне) нравится jade:

.sidebar
    .sidebar__page-header-logo.logo
        .logo__img
        .logo__element2
        .logo__element3

все очень просто. Каждый блок - по возможности независим (отказываться полностью от касказа иногда банально не выгодно). Он определяет базовые стили. А за позиционирование блоков отвечают элементы.

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

Погуглите "Event Sourcing". Тут та же идея, только Event Sourcing это только управление состоянием (тобиш модель) а Flux - это MVC + Event Sourcing. А Redux это Flux + single source of truth.

Если у вас нет по сотне состояний на скрин, вам это все не очень то надо. А вот если отслеживать состояния боль - то вот такие штуки спасают.

1) пишем тесты на API
2) делаем как удобно, пока у нас есть тесты мы можем быстро подправить.

Отдельно рекомендую глянуть jsonapi.org

Хватит... писать... велосипеды...

Возьмите Laravel и пишите свой новостной портал.

из родительского вызвать функцию, которая объявлена в контроллера дочернего компонента?

Думать, где что-то пошло не так. Родительский компонент не должен ничего такого хотеть от своих детей. Все что он может - поменять данные которые он пробрасывает через биндинги. В этом случае достаточно просто сделать сеттер (через defineProperties или просто сеттер если вы используете babel) у контроллера дочерней директивы.

используйте ngClick для таких задач, и почитайте про $digest цикл.

p.s. Раз уж вы только начинаете, почитайте

добиться изоморфности на нем можно только через PhantomJS.

Не только, если вы погуглите, там было масса попыток прикрутить virtualdom и т.д. но все это кастыли.

они пихают контроллеры и модели прямо во вьюхи

Там как бы... нет ни моделей ни контроллеров. Компоненты реакта это чисто view. Данные должны приходить туда извне.

А если вы один их тех, кого сильно смущает наличие HTML в JS файле - ну... попробуйте как-то успокоиться и понять что важно, что есть разделение на шаблоны и логику, а то что все в одном файле - это детали. Лично я так и в Angular делаю и мне это кажется весьма удобным.

это 500 кб кода + JQuery

jQuery вам зачем? Там же virtual dom, jquery вообще не нужен. Ради HTTP? есть отдельные библиотечки. Опять же вы можете компоненты ангуляра второго использовать.

На Angular 2 не смотрел, просто не успел, но слышал, что он тоже может server-render.

Да может, более того проще чем с React (ну как минимум за счет того что все готово и заточено под инфраструктуру ангуляра, а реакт все готовят как хотят).

еще смотрел Ember, но он мне кажется тем же Angular 1.x

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

скорость работы приложения значительно падает, если делаем его изоморфным

В чем выражается? Как делали замеры? Почему медленнее?

классический SPA работает намного быстрее, чем изоморф

Разницы быть не должно вообще.

Причины понятны - во первых увеличение ядра, во вторых периодическая перерисовка целых страниц.

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

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

Ну как бы тот же гугл учитывает стили при ранжировании (адаптация под мобильники и т.д.)

В чем профит?

Изоморфность нужна только для того, что бы уменьшить время отрисовки UI. То есть время между первым запросом и отрисовкой UI должно быть минимально. То что JS подгрузится секундой-двумя позже - это уже незначительная проблема, пользователь скорее всего первые секунды будет разбираться что он хочет делать дальше.

Рассмотрите варианты генераторов статических сайтов. Для визитки должно быть норм.

phrozn.info/en
https://sculpin.io/
spress.yosymfony.com