Выбор технологии для интерактивного веб приложения

0

1

Нужно сделать веб-приложение, в котором предполагается интерактивное взаимодействие с пользователем. На сервере будет крутиться некое серверное ПО, и на стороне клиента нужно оперативно отслеживать процесс его выполнения, при необходимости вмешиваться в него, изменяя те или иные параметры, конфигурационные файлы и т.п. Тип информации от сервера в основном текстовый, но на клиенте в последующих версиях предполагается эту текстовую информацию интерпретировать в виде несложной 2D графики. Т.е. предполагается некая форма с кнопочками, флажками, свистелками и погремушками.

Самое главное - чтобы технология была как можно более кроссплатформенная, и чтобы на установку/настройку клиента уходило как можно меньше усилий (лучше если в веб-браузере всё будет выполняться, зоопарк из доп. приложений и библиотек, различных в зависимости от ОС - не вариант) и в то же время из-за универсальности не сильно страдала юзабельность пользовательского интерфейса на клиенте.

Какие языки/фреймворки/библиотеки порекомендуете?

Ссылка

←	server-side javascript CMS

[perl][sql][jstree][nested-sets] Вывод содержимого таблицы в виде дерева

→

javascript ?

aiqu6Ait ★★★★
(03.02.11 15:03:21 MSK)

http://www.webtoolkit.eu/wt - очень странный интерактивненький тулкит

anonymous
(03.02.11 15:07:23 MSK)

Ссылка

аякс

outsider ★★
(03.02.11 15:08:59 MSK)

Ответ на: комментарий от aiqu6Ait 03.02.11 15:03:21 MSK

Кхм... JavaScript - это же сугубо клиентская вещь, как оно с сервера будет информацию получать?

seiken ★★★★★
(03.02.11 15:09:19 MSK) автор топика

Ответ на: комментарий от seiken 03.02.11 15:09:19 MSK

> JavaScript - это же сугубо клиентская вещь

Ваши данные устарели.

как оно с сервера будет информацию получать?

Хм, вы хотите обойтись без серверной части?

archimag ★★★
(03.02.11 15:11:19 MSK)

Ответ на: комментарий от outsider 03.02.11 15:08:59 MSK

хорошо, посмотрим этот аджакс

seiken ★★★★★
(03.02.11 15:11:26 MSK) автор топика

Ссылка

Ответ на: комментарий от archimag 03.02.11 15:11:19 MSK

>Хм, вы хотите обойтись без серверной части

как раз нет, на клиенте будет фактически мониторинг и контроль, вся логика на сервере

seiken ★★★★★
(03.02.11 15:12:44 MSK) автор топика

Ответ на: комментарий от seiken 03.02.11 15:12:44 MSK

Тогда в чём смысл вопроса «как оно с сервера будет информацию получать?»? Как обычно.

archimag ★★★
(03.02.11 15:13:49 MSK)

Ответ на: комментарий от seiken 03.02.11 15:09:19 MSK

как обычно же (%

ну а если нужна особо тесная интеграция - тогда серверный JavaScript.

aiqu6Ait ★★★★
(03.02.11 15:17:39 MSK)

Ссылка

Ответ на: комментарий от archimag 03.02.11 15:13:49 MSK

http://en.wikipedia.org/wiki/WebSockets

anonymous
(03.02.11 15:24:55 MSK)

Ответ на: комментарий от anonymous 03.02.11 15:24:55 MSK

> http://en.wikipedia.org/wiki/WebSockets

Те самые от которых отказались.

anonymous
(03.02.11 15:39:22 MSK)

Ответ на: комментарий от anonymous 03.02.11 15:39:22 MSK

ну а что же еще пользовать? flash или java-applet для коннекта сервака с клиентом?

anonymous
(03.02.11 15:42:46 MSK)

Ответ на: комментарий от anonymous 03.02.11 15:42:46 MSK

> ну а что же еще пользовать?

Внезапно, HTTP?

archimag ★★★
(03.02.11 15:44:22 MSK)

Ответ на: комментарий от archimag 03.02.11 15:44:22 MSK

как средствами http посылать инициируемый со стороны сервера запрос клиенту?

anonymous
(03.02.11 15:55:38 MSK)

Ответ на: комментарий от anonymous 03.02.11 15:55:38 MSK

COMET

anonymous
(03.02.11 16:01:04 MSK)

Ссылка

Ответ на: комментарий от anonymous 03.02.11 15:55:38 MSK

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

archimag ★★★
(03.02.11 16:05:28 MSK)

Ссылка

Как тут: http://www.lightstreamer.com/demo/DojoDemo/ ?

Для клиентской части в браузере почти без вариантов JavaScript. В качестве фреймворка Dojo, правда там с документацией очень плохо, если не готов читать чужой JavaScript код, лучше не трогать.

Есть еще ExtJS, но насколько я понял, за нее придется либо платить, либо открывать код клиентской и серверной части под GPLv3.

Для комуникации с сервером - Comet. На чем писать comet сервер, не знаю, наверное на ерланге.

nozh ★
(03.02.11 16:24:09 MSK)

Ссылка

Мне нравится такое решение:

client-side: html + javascript, графика в SVG

server-side: сишные CGI

Клиенту нужно будет лишь зайти из любого браузера по нужному веб-адресу (и при необходимости пройти аутентификацию).

~~Eddy_Em~~ ☆☆☆☆☆
(03.02.11 16:36:09 MSK)

java ee 6 идеально подходит под Ваши требования. Серверная часть на glassfish v3, клиентская на jsf/wicket/gwt/dwr/jsf/servlet/jquery+django+python/что угодно. Выполняться все будет у клиента в браузере. На richfaces можно сделать интерфейс богаче, чем у gtk, он идеально подходит для RIA. Или взгляните на Flex - он еще более кроссплаформен, чем html и тоже умеет работать с серверной джавой.

~~JFreeM~~ ★★★☆
(03.02.11 16:43:50 MSK)

Ответ на: комментарий от Eddy_Em 03.02.11 16:36:09 MSK

>server-side: сишные CGI
Вы давно писали что-то подобное?

~~JFreeM~~ ★★★☆
(03.02.11 16:44:17 MSK)

Ответ на: комментарий от JFreeM 03.02.11 16:44:17 MSK

Недавно. Работает - и ладно :)

~~Eddy_Em~~ ☆☆☆☆☆
(03.02.11 17:05:54 MSK)

Ссылка

Ответ на: комментарий от Eddy_Em 03.02.11 16:36:09 MSK

> html + javascript, графика в SVG

Наверное вы хотели сказать xhtml+javascript, ибо в режиме html с SVG сейчас только Chrome нормально работает (но при этом немного не так, как в режиме XHTML).

графика в SVG

Клиенту нужно будет лишь зайти из любого браузера

по нужному веб-адресу

Ну ладно вам, ведь не из любого браузера же ) Поддержка SVG появилась в IE только сейчас, в 9-ке, которая ещё бета.

archimag ★★★
(03.02.11 17:08:39 MSK)

Ответ на: комментарий от archimag 03.02.11 17:08:39 MSK

в режиме html с SVG сейчас только Chrome нормально работает

firefox отлично работает. У меня одна веб-морда графики в SVG рисует, вторая (пока еще до конца не «добитая») - графически отображает состояние уймы датчиков.

Поддержка SVG появилась в IE только сейчас, в 9-ке, которая ещё бета.

Я про браузеры говорил. IE браузером не является.

~~Eddy_Em~~ ☆☆☆☆☆
(03.02.11 17:25:02 MSK)

Ответ на: комментарий от Eddy_Em 03.02.11 17:25:02 MSK

>IE браузером не является.
скажите это корпоративным заказчикам.

Недавно. Работает - и ладно :)

0_о круто.

~~JFreeM~~ ★★★☆
(03.02.11 17:27:55 MSK)

Ответ на: комментарий от Eddy_Em 03.02.11 17:25:02 MSK

> firefox отлично работает.

Что-то я про своё приложение так сказать не могу. В режиме XHTML отлично, а в HTML фигня.

IE браузером не является.

Посмотри IE 9 и удивись.

archimag ★★★
(03.02.11 17:32:48 MSK)

Ответ на: комментарий от JFreeM 03.02.11 17:27:55 MSK

IE браузером не является.
скажите это корпоративным заказчикам.

Я на «корпоративных заказчиков» не работаю. То, что мы делаем - уникальные изделия. И уж, знаете ли, мне проще в настройках squid'а сделать перенаправление всех клиентов IE на страничку с требованием заходить с нормального браузера, чем извращаться с подгонкой стандартов под дебильный недобраузер.

~~Eddy_Em~~ ☆☆☆☆☆
(03.02.11 17:33:36 MSK)

Ссылка

>Нужно сделать веб-приложение...
суть такова: ...

p.s. я уже джва года жду такое веб-приложение

heisenberg ★★
(03.02.11 19:25:48 MSK)

Ссылка

На любом языке это нормально делается. Выбирай тот, который знаешь и любишь. Никаких особых преимуществ одного перед другим нету. Лично я бы делал на gwt. Если бы мне дали нормального верстальщика, то на чем делать клиентскую часть решал бы он. Для сервера я бы взял Jetty Continuations.

dizza ★★★★★
(03.02.11 21:01:29 MSK)

Ссылка

GWT же.

isden ★★★★★
(03.02.11 21:02:46 MSK)

Ссылка

Ответ на: комментарий от Eddy_Em 03.02.11 16:36:09 MSK

несколько вопросов по поводу вашего сервер-сайд: simple или fast cgi, многоворкерный ли, имеется ли очередь для запросов, перезапускаются ли воркеры после N запросов, на основе какой-то библиотеки или всё своё?

anonymous
(03.02.11 21:33:46 MSK)

Ответ на: комментарий от anonymous 03.02.11 21:33:46 MSK

simple CGI, т.к. по сути приложения однозадачные (управлять железякой можно только с одного удаленного узла, еще несколько могут следить за параметрами, без вмешательства в управление).