Дмитрий Энтелис

А почему бы просто не открыть Вашу админку наружу, допилив её по необходимости? Это очевидно наименее затратный способ, ну и вполне удобный для пользователей.
И совсем хорошо бы дать наружу апи что бы можно было получать данные для самостоятельного анализа.

По предложенным Вами вариантам:
1)
а) Есть ограничение на 50 постов в сутки в сообществах
б) Не зная что у Вас за данные - сложно судить о востребованности их аудиторией VK, но в любом случае это выглядит странно
2) Приложение само себя не пиарит (без финансовых вложений). Это может быть хорошей штукой в дополнение к основному каналу.

1. Принципиальных качественных преимуществ у node.js перед остальными языками нет, как впрочем и недостатков. Просто yet another язык со своими особенностями. Соответственно если в вопросе заменить node.js на php/ruby/python итд - ничего не изменится.
Вопрос по сути абстрактный "почему все не перешли на язык %%%%%"

2. Ответ на абстрактный вопрос:
а) Потому что существует огромное количество legacy кода который нужно поддерживать. Работы по поддержке и развитию существующего кода на порядок больше чем написания с нуля нового
б) Потому что у разработчиков есть свой стек любимых технологий, изменять который без явных экономических причин основная масса не готова
в) Потому что умные технические менеджеры выбирают стек технологий проекта исходя из имеющихся под рукой разработчиков и легкости поиска и заменимости оных.

UPD
hbrmdc

У NodeJS есть уникальные и очень весомые преимущества, которых нет ни у одного другого языка. Например то, что это JS, и, следовательно, нет необходимости разучивать лишние языки - можно весь webapp писать на js.
Личные предпочтения обоснованные привычками - это не имеющий значения аргумент в данном вопросе.

1) Есть отличия, да. Только не те о которых Вы пишите. То что это "JS" вообще ни на что не влияет.
JS хорошо знают фронтендщики - а кто пустит фронтэндщика к внутренней архитектуре? Там подход совершенно другой нужен, другие навыки, другое понимание как это все работает. Просто пересадить человека с фронта на бек - нельзя.

На самом деле основные отличия другие:
Постоянно живущий процесс, фактическая однопоточность. В зависимости от задачи - это может быть и плюсом и минусом. Условно для какого нибудь сокет-сервера - плюс (активно используем на живых проектах). Для middleware - я бы подумал. Для нагруженного сервиса с расчетами - точно нет.

2) Личные предпочтения обоснованные привычками это основной аргумент.
Я вот умею в php, умею в ноду, умею в еще десяток умных слов.
Мне нужна новая команда на новый проект.
Я открываю hh и что я вижу: node.js 279 резюме из которых половина фронтэндщики.
PHP - 9613 резюме. Даже если 90% разработчиков PHP на hh - уроды которых к коду нельзя подпускать на пушечный выстрел - останется все равно в 3 раза больше чем есть node.js.
Собственно на этом выбор и закончен.

На малопопулярных языках пишут в случаях:
a) это мелкий сервис с неявными перспективами который можно переписать за неделю
б) это проект "для души" разработчика.

Получается замкнутый круг на самом деле.
Менеджер смотрит резюме, резюме на node.js нет =>
Менеджер не начнет проект на node.js =>
Не возникнет вакансия на node.js =>
Разработчик анализируя вакансии не увидит вакансий на node.js =>
Разработчик будет учить что то другое =>
Менеджер смотрит резюме, резюме на node.js нет...

Переломить ситуацию могут только очень крупные игроки обладающие возможностями формирования рынка (например Apple и Swift), и то не со 100% гарантией (samsung&c и Tizen)

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

Но надо понимать что на собеседовании 100% прозвучит вопрос "почему Вы решили отказаться от нынешнего стека технологий, причем не через обучение новому в фоне, а через полный отказ и трудоустройство с понижением дохода/должности" - и от Вашего ответа на этот вопрос будет зависеть многое

Не очень понятно что именно Вы вкладываете в понятие "обрабатывать полученную информацию".
В общем случае Вам полезно прочитать про REST API - чисто как подход к построению интерфейса взаимодействия.
На каком именно языке это делать - в общем случае вторично.
В enterprise по статистике популярна java, в вебе php, ruby, python (пожалуй что именно в такой последовательности). Все остальные языки обладают заметно меньшим комьюнити.
Принципиальных отличий с точки зрения сложности разработки нет, поэтому если у вас проект одного человека - выбирайте тот язык что вам более знаком и вперед.

Пробегитесь по получившейся структуре данных в цикле и сформируйте новую структуру данных.
Не понимаю в чем проблема.

В it без знания хотя бы технического английского делать нечего.
90% материалов не переводятся и никогда не будут переведены на русский, а еще 9% - будут переведены через года 3 когда нафиг будут никому не нужны.

Так что учите язык. За годик можно приноровиться

Загрузка чего? Процессора?
Отдача css и javascript никак не нагружает процессор.
PHP гипотетически может (если у вас мега сложные вычисления или кривой код) ну и SQL само собой (опять же в случае кривого кода либо огромных таблиц)

Java это еще и огромный мир enterprise разработки.
Банки, крупные корпорации итд.

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

Вас спасет htmlbook.ru/css/z-index

Основной тренд - не вести Web разработку на java.*
* если вы не хмурый энтерпрайз разработчик в банке

php - самый быстрый порог вхождения и самое большой спрос по количеству вакансий
ruby
python
node.js