Василий Назаров

Это, конечно, радикальное мнение, и пока не самое популярное.
Но.
Самые лучшие проекты на Angular - это те, которые уже отправлены в корзину.

Используйте Git из командной строки

Вы делаете ошибку, которую делаю очень многие при оценке своего платного первого проекта. Ошибка в том, что вы боитесь продешевить, при том, что на данный момент (пока у вас нет ни одного оцененного проекта, полностью сделанного вами), вы стоите на рынке от 0 р., любая оценка выше будет только по доброй воле заказчика.
Вы подсчитали объём работ в ваших 80-120 ч. Ваш час на данный момент можно оценить от 100 до 300 р. (и 300 - это уже многовато, скорее всего.)
Соответственно, стоимость вашей работы будет от 8 до 45 т.р.
Считаем по-другому: у высокопрофессионального разработчика со ставкой 1000 р./ч. эта работа займёт ориентировочно 16-20 часов.
Соответственно, получается, что максимальная адекватная цена за такое приложение (не за вашу работу, а за результат) - 20 т.р.

Сделать общий api.domain.tld, брать CORS-аяксом с withCredentials из любого места, сессию стандартно, в куках?

1. Я хватку потерял, в плане позиционирования себя как разработчика.

не исключено

2. В связи с сезонностью. Пора отпусков и т.п.

возможно

3. Тренд React Native. Стоит отметить, что работа на гибридных приложениях есть, включая React Native (хоть и не совсем гибрид)

не думаю, не настолько это и тренд (ПМСМ, естессна)

4. Обилие новоиспеченных iOS разработчиков, которые обвалили рейты.

ну, может, но скорее

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

вычитал чтобы стать хороший фронтом,надо знать хотя бы минимум nodejs

В этом контексте, видимо, подразумевается, что вы будете использовать Node как инструмент для автоматизации разработки фронта. Gulp и т.п.
А если имелась в виду серверная разработка, то фронт тут не при чём, это уже фулстек. Что бывает востребованно.

1С умеет экспорт в CommerceML.
WP умеет импорт из CommerceML.
Обычно сразу не заводится, нужно уметь плясать с бубном.

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

Лень делать одну и ту же работу несколько раз? Правильный подход для настоящего ИТ-шника.
Но..
Способов накатить новую ОС + Набор приложений немало, и ни один не идеален.
Впрочем, для одиночной миграции самый верный способ - dd и его аналоги для Винды (Акронис ДискДиректор).
Но..
Пару месяцев назад пытался мигрировать "без потерь" с WinXP на Win10. Пробовал то, сё.. В результате оказалось, что ставишь голую ОСь, ставишь самое первое, прочее - по мере необходимости. И ничего из тщательно сохранённого (установленного софта) не понадобилось.
Файлы/доки/репо, конечно, просто скопировал на новый диск.

Да что вы мучаетесь так?
1. Выбираете тему, в которую тянет. Любую, от финансов до кошек. Не думайте о том, насколько данная ниша конкурентная или денежная.
2. Если тема выбрана правильно (то, что действительно интересует), вы быстро найдёте, чтобы там напрограммировать.
3.1. Ищите проект(ы) или людей, которые пилят эту тему, пытаетесь влиться. В любом качестве, хоть джуном (можно на новой технологии), хоть волонтёром, хоть CTO за 0 денег по 2 часа в день.
3.2. Начинаете пилить свой проект, лучше open-source. Лучше мобильное приложение или/и веб-сервис, или/и какую-нить хрень в районе бигдаты. Можно на новой технологии.
Пока 3.1 длится, 3.2 делать одновременно с 3.1.
Через пару месяцев или сами здесь сможете написать, что в п.4, или больше не будете задаваться вопросом "Чего бы поделать от не..я делать".

Вам сейчас каждый будет советовать то, что он знает и/или на чём он зарабатывает.
С точки зрения перспектив из CMS у Wordpress конкурентов фактически нет.
С учётом, что Unyson Framework - что-то экзотическое (я вообще, похоже, первый раз увидел такое название), выкиньте его (зачем вам возиться с тем, что "никто" не использует?)
В противовес, самый распространённый фрейм - Laravel.

Zettabyte:

Ниша Друпала исчезает, если уже не исчезла.

Когда-то CMS были "туповатыми", а фреймворки - заморочистыми.
Соответственно, Друпал был где-то в середине, и иногда позволял попасть в "золотую середину".
Сейчас этой середины не существует, потому что в современном WordPress-е, наверное, всё, что имеет смысл делать на Друпале, делается мышкой.
А в задачах, где требуется большой объём кодирования, от Друпала больше вреда, чем пользы, и тут лучше брать фрейм типа Laravel.
Конечно, это не касается тех, кто в Друпале погряз, понятно, что такие люди будут делать на Друпале всё, до чего дотянутся.
Но учить Друпал сегодня.. Это странно.

Решил начать их использовать по полной

Помните поговорку про того, кто лоб расшибёт?
Использовать нужно не "по полной", а "по необходимости".
Любой индекс замедляет вставку (не так уж сильно, но на млн. записей - ощутимо), и тратит не столько диск (это фигня), сколько память (что тоже недорого, но просто её нужно будет докупить).
Зато индексы нередко в 10-ки/100-ни раз ускоряют выборку.
Соответственно, если у вас есть регулярная выборка типа "все заказы пользователя", то по "пользователю" лучше (надо) индекс создать.
Заметьте, я описать только индексы, но FK - это не только индексы, это и контроль целостности, что тоже ресурсы (польза тоже бывает, но совсем не всегда и в простых приложениях типа инет-магазина скорее бессмысленна).

Тут одно из двух.
1. Весь этот "доход", "руководить" осуществим только в ваших фантазиях. Не потому, что такое в принципе невозможно, а потому, что вы это реализовать не сможете.
2. Вы таки это можете.
Но и тут 2 варианта
2.1. Сможете убедить босса (да и кого бы то ни было)
2.2. Никого убедить не сможете.
Идите к боссу и предлагайте. В случае варианта 2.2 можете стать ходячим анекдотом.
Если не пойдёте - и так понятно, что вариант 1.

зачем [..] такие монстры

Очень нередко - только для того, чтобы поднять ЧСВ "разработчика".
Но иногда фронтовые фреймы полезны, хотя мало (или совсем нет) приложений, где нельзя обойтись простым и компактным Vue против перенавороченных Rеact или, тем более, Angular.
Но

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

Нет (вернее, нет - если пилят не дауны).
На фронте остаётся только логика интерфейсная. Другое дело, что часто интерфейс достаточно сложный, и требует много валидации. Но валидация на фронте - всегда "опциональна" (не имеет смысла, если её нет на бэке), и, по уму, сложную валидацию всё равно проще передавать сереверу AJAX-ом.

В принципе, это возможно.
Вешаете хук
add_action('wp', function(){
});
внутри которого разбираете каждый запрос, и, в зависимости от, вызываете соответствующий "контроллер", а в теме (которая, суть, View), вставляете только вывод данных, полученных в "контроллере".
Но это сильно идёт в разрез с общей философией WP, а значит, лучше это не использовать (никто не поймёт).
Уж лучше переходите на фрейм типа Laravel.

Собственно, вариантов-то вроде как только два.
1. Tomcat - самое простое, и, скорее, в вашем случае самое то.
2. Nginx, но для этого нужен немного профессионализм.