Версия для печати темы

Автор: qpharm 25:01:2008, 08:34

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

Какими инструментами (библиотеками) это сделать максимально просто?
И как нибудь подоступнее поясните

Автор: sax_ol 25:01:2008, 09:42

Заканчивайте издеваться над своим организмом, не всякую ботву можно http://forum.codeby.net/topic17037.html!

Автор: Barmutik 25:01:2008, 09:47

На каком языке программирования Вы планируете это делать?

Автор: Pasha 25:01:2008, 10:48

Для: sax_ol
Человек покурит, нарисует на дотнете WCF-сервис, впихнет его в свою программу. Работать будет, вопрос только в том, стоит ли так делать.

Автор: sax_ol 25:01:2008, 11:55

Для: Pasha
ага, он то нарисует, а юзер/админ/... покурит, и в больницу сляжет, а остальные будут месяц сидеть и ждать когда же прога заработает, мол в броузерах ничегошеньки.

Автор: qpharm 29:01:2008, 07:08

На чем писать, мне безразлично, поскольку я не знаю ничего кроме С++ и python (все остальное я давно забыл). Если язык полезен, то он выучивается быстро.

Продукт работает в linux. Framework красив, но мне неинтересен. Его подделки в линуксе (mono) пока являются убогими и слабофункциональными. Но это опыт осени 2006. Может сейчас все кардинально поменялось, хотя я слабо в это верю.

Автор: sax_ol 29:01:2008, 07:35

Сразу я мало что понял, а сейчас и вовсе перестал понимать ...
Вы расскажите как полным дубам, что вам надо?

Автор: qpharm 29:01:2008, 07:55

Есть программа, которая генерит вывод в консоль (вариант - совокупность файлов). Управляется она из командной строки (вариант - считывает данные из файла).
Нужно сделат ей управление из браузера. Программа посылает вывод на браузер и от него получет команды на изменение поведения.
Почему именно через браузер? Необходима полная независимость от ОС.

Пока я предполагаю такое решение. Программу не трогать. Написать отдельный модуль, который берет файловый вывод программы, конвертирует его в html, посылает браузеру. Полученный ответ, этот модуль также переконвертирует и пишет в файл ввода программы. Таким образом, модуль работает как сервер обмена данными.
Какие подводные камни в этой схеме? Есть ли другие простые решения?

Автор: sax_ol 29:01:2008, 08:28

Кто управляет программой в этой схеме?

Автор: qpharm 29:01:2008, 09:02

Сама программа считывает нужные файлы, когда освобождается. И на основании их меняет поведение.
В браузере необходимые кнопки блокируются до тех пор, пока программа не соизводит прочитать и выполнить задание.

Автор: sax_ol 29:01:2008, 09:11

Опять загадками говорите. Что значит освобождаеться и кто? программа? от чего? почему? .... и как она меняет поведение если она уже "свободна".
Вы поймите, кроме вас специфики тут никто незнает, а вы говорите так как будто все в курсе.

Мой вопрос состоял в: кто стартует и останавливает эту программу и следит за ходом ее выполнения, или это некий демон (раз уж речьо линуксе)?

Как браузер (хотя это непрпавильно, правильнее серверный скрипт(код)) определит, программа сделал свое дело или нет?

Автор: Vovochka 30:01:2008, 00:43

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

Другое дело зачем? Ведь CGI приложение, грубо говоря, отличатся от обычного тем, что параметры берет не с командной строки, а из переменных окружения (Ну и STDIN порой). Наверняка можно таки найти библиотеки под С, облегчающие это дело.

Для: qpharm
Вы бы для начала узнали смысл CGI.
Грубо говоря:
Все что поступает от браузера - попадает в переменные окружения и STDIN (при POST запросе) вашего приложения,
Весь STDOUT вашего приложения окажется в окне браузера, а весь STDERR в логаx HTTP сервера.