Leha

C++ ибо более гибок, популярен, зп выше и в перспективе работать разных сферах, фрилансить постоянно не будете.
Лучше уж Java чем C#
И анализируйте рынок
Имхо

Писал на Node, никогда не возникало проблем с созданием многомернго массива, будь то из php, будь то от формы через http.
Как делал? json_encode($data); -> передаете, через GET или POST
На принимающей стороне нечто вроде JSON.parse();
Если у вас вылазит ошибка unexpected token o, попробуйте вывести полученное значение в консоль и загнать в любой онлайн-парсер JSON. И вам все сразу станет ясно, что и где пошло не так. В общем, никаких проблем, после вывода в консоль возникнуть не должно)

Виртуальные хостинги для нее уже есть, тут особых проблем не будет.

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

На плюсах есть всё чтоб пилить сайты. Берёте батарейки (boost), веб-сервер (мой выбор — mongoose с самопальной обёрткой), шаблонизатор (например, cpptemplate), базу данных (в простых случаях — хранить всё в памяти и дампить на диск. В средних — заюзать любую из кучи бд, как внешних, так и легко встраиваемых прям внутрь проги. В сложных — держать часть данных в памяти, часть на диске, подгружать когда надо, и не забыть ещё журналирование). Затем берёте бутстрап & jquery (или любые другие фреймворки по вкусу) и запиливате обмен json-ами. Можно ещё websocket-ы прикрутить.
По скорости разработки — когда приноровитесь — будете не слишком сильно сливать интерпретирщикам. Для удобной разработки нужно иметь настроенную систему сборки с библиотеками, ide, умеющую работать с данными на удаленной машинке (например, QtCreator) ну и саму машинку, которая будет не сильно долго всё это пересобирать.
Сливать будете всё равно, потому что:
— компиляция (быстрей 5-10 секунд для проекта с набором библиотек наврятли разгонитесь. хотя..)
— библиотеки (есть инфа что воткнуть в систему сборки либу и написать для неё обёртку несколько медленней, чем заюзать готовую для популярных в вебе языков)
— велосипеды (не знаю на плюсах нормально реализованных веб компонент, т. е. cms, веб фреймворки, etc). В итоге у вас будет свой собственный фреймворк с блекджеком и шлюхами утечками памяти и багами, на фикс которых вам придётся тратить время, превышающее время разработки продукта
— скорость мозга. Есть инфа, что если мозг часть времени думает о том, какой объект кем владет и кто кого когда убивает, ещё часть, как бы завернуть первую часть в удобо-юзабельные абстракции и какой-бы паттерн тут применить, ещё часть о том, что за странное сообщение об ошибки в какой-то сторонней библиотеки, вступившей в странную связь со свеженаписанным говнокодом, не забывая про статическую типизацию а так же извращённый интерфейс разработчиков типовых решений (да тот-же split) — его производительность несколько ниже чем у мозга, думающего по большей части о продуктовой логике.
— ошибки компиляции, линковки, segfault-ы, ошибки многопоточности, утечки памяти — вообщем полный набор удовольствий для истинных ценителей :)

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

Я рекомендовал бы использовать и одно и другое.
Поставить спереди nginx, который форвардит запросы PHP + node и отдаёт статику (это решение лишь незначительно нагружает сервер, но если у Вас хотя бы 10% статики — то только выиграете). В дальнейшем писать на чем удобнее для конкретной задачи. К примеру у меня nginx который форвардит к erlang, node, php.

Я — за. Сам недавно сделал небольшой проект на ноде — впечатление отличное.

А там long long. Планеты не хватит.