форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Программирование под UNIX (Public)
Изначальное сообщение		[Проследить за развитием треда]

"посоветуйте как реализовать..."
Сообщение от Серый on 16-Янв-05, 19:30  (MSK)
Задача следующая. С программой через веб-интерфейс должно работать несколько пользователей. При этом результаты работы этих пользователей должны отображаться на экране у оператора, который запустил эту программу у себя на компьютере и работает с ней через полноценный графический GUI. Как все это можно реализовать? Желательно не использовать при этом дополнительных программ (тот же самый Apache). Может посоветуете какие-то готовые библиотеки, которые позволяют организовать такой веб-интерфейс? Заранее спасибо.
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "посоветуйте как реализовать..."
Сообщение от satelit on 17-Янв-05, 08:46  (MSK)
>Задача следующая. С программой через веб-интерфейс должно работать несколько пользователей. При этом >результаты работы этих пользователей должны отображаться на экране у оператора, который >запустил эту программу у себя на компьютере и работает с ней >через полноценный графический GUI. Как все это можно реализовать? Желательно не >использовать при этом дополнительных программ (тот же самый Apache). Может посоветуете >какие-то готовые библиотеки, которые позволяют организовать такой веб-интерфейс? Заранее спасибо. Обрати внимание на возможности Perl'а в этой области и библиотеки LWP, при этом клиенты будут работать через любой веб броузер.
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "посоветуйте как реализовать..."
	Сообщение от rWizard (ok) on 17-Янв-05, 09:32  (MSK)
	Согласен по поводу perl`а Если всё-же использовать Apache (или другой веб-сервер), то схема может-бвть такая: Веб (Perl как CGI) -> результаты отдаются даемону (на том-же perl-ле), а программа оперетора заберает результаты у даемона.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "посоветуйте как реализовать..."
	Сообщение от satelit on 17-Янв-05, 09:53  (MSK)
	>Согласен по поводу perl`а >Если всё-же использовать Apache (или другой веб-сервер), то схема может-бвть такая: >Веб (Perl как CGI) -> результаты отдаются даемону (на том-же perl-ле), а программа оперетора заберает результаты у даемона. Зачем городить такой огород, когда перл позволяет все реализовать без apache, хотя тогда написание скрипта немного усложнится, но для начинающих лучше все таки через apache, меньше ошибок налепят.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "посоветуйте как реализовать..."
	Сообщение от rWizard (ok) on 17-Янв-05, 12:56  (MSK)
	>Зачем городить такой огород, когда перл позволяет все реализовать без apache например для скорости. что будет быстрее работать - apache + mod_perl + mod_deflate например или совой веб-сервер на perl`е + усложниться написание, соответственно увеличеться кол-во возможных ошибок.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "посоветуйте как реализовать..."
	Сообщение от chip (ok) on 19-Янв-05, 19:34  (MSK)
	>>Зачем городить такой огород, полностью согласен. >когда перл позволяет все реализовать без apache >например для скорости. >что будет быстрее работать - >apache + mod_perl + mod_deflate например Пан, не забыл еще одну компоненту ? упоминавшуюся им же самим: "результаты отдаются даемону (на том-же perl-ле), а программа оперетора заберает результаты у даемона.". Это есть чистой воды огород. >или >совой веб-сервер на perl`е >+ усложниться написание, соответственно увеличеться кол-во возможных ошибок. HTTP сервер, вроде даже включен в поставку python в качестве модуля. За сим можно сделать соотвествующий вывод - реализация оного не так уж и сложна.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "посоветуйте как реализовать..."
	Сообщение от rWizard (ok) on 20-Янв-05, 09:26  (MSK)
	Да, реализация не очень сложна. А функциональная/моштабируеемя реализация? при увеличении нагрузки на perl-веб сервер прийдется прикручивать внешнее кеширование, захочется что-нибуть из функционала mod_rewrite и т.д. PS а в качестве "прогладки" между CGI и Программой Оператора можно использовать и СУБД PPS не отрицаю, что в некоторых случая предложенный вами вариант лучше
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "посоветуйте как реализовать..."
	Сообщение от chip (ok) on 20-Янв-05, 09:59  (MSK)
	>Да, реализация не очень сложна. А функциональная/моштабируеемя реализация? см. в сторону CUPS и localhost:631. >при увеличении нагрузки на perl-веб сервер прийдется прикручивать внешнее кеширование, захочется что-нибуть >из функционала mod_rewrite и т.д. > >PS а в качестве "прогладки" между CGI и Программой Оператора можно использовать >и СУБД воробьи продолжали летать и чирикать, танки продолжали наезжать и стрелять.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.