Если вы довольны тем, как это работает сейчас, я бы ничего не изменил. Это кладжа, но функциональная. Но я предполагаю, что вы не совсем счастливы (иначе вы бы не спросили), поэтому следует более содержательный ответ.
Базовым обновлением было бы написание сценария, который опрашивает ваши исходные коды гибридного приложения и генерирует HTML на лету. Источниками гибрида могут быть что угодно: от удаленных веб-серверов, до локальных файлов, до локальных баз данных - все, что вы можете «подключить» в коде. Основные шаги будут:
- Получить информацию из каждого источника программным путем.
- Синтаксический анализ и преобразование по мере необходимости, отбрасывание ненужных битов и, возможно, переформатирование определенных частей, таких как форматы даты и т. Д.
- Вставьте все различные биты преобразованной информации в структуру HTML и выведите ее клиенту.
1 & 2 звучат как в основном то, что вы уже делаете. Это просто № 3, который является недостающим звеном. По сути, вы хотите динамически генерировать вывод на лету, а не предварительно генерировать его и отправлять статический HTML.
Языки, хорошо подходящие для такого рода вещей, включают PHP, Perl, Ruby, Python и другие; выбирай.
Дальнейшие оптимизации - в том порядке, в котором вы, вероятно, захотите их сделать, - включают:
- Кэширование исходных данных. Вместо того, чтобы опрашивать источники при каждой загрузке страницы, опрашивайте их в первый раз, сохраняйте ответ в файл или базу данных и проверяйте временную метку ответа при каждой последующей загрузке страницы, чтобы увидеть, является ли он все еще «свежим». Если это так, вы можете вместо этого отправить локальную кэшированную копию, что обычно значительно повышает производительность.
- Асинхронная загрузка данных источника, так что время, необходимое для загрузки, становится временем самого медленного источника, а не суммой всех источников.
- Немедленно отправив HTML-страницу и загрузив каждый источник через отдельные вызовы AJAX, отображая каждый в своем собственном div, например.