Вот смотрю я на всевозможные ГУЯ
и их применение совместно с Перлом.
И не нравиться мне это! И собственно идея.
Почему не прикрутить GUI посредством AJAX.
Только разницы, сервер будет локальным.
Суть - имеем Перл программу или пул-программ.
Так же, имеем промежуточный слой, в виде
дополнительной службы - даемона, который
выполняет буферизацию запросов клиента и
сервера. Клиент (JavaScript в браузере)
обращается с запросом к службе получить статус,
служба возвращает результат. Или, клиент шлет
команду вырубить то, се, служба принимает, и
далее, начинает общение с пулом Перл-программ.
Необходимость в буферизации вызвана тем, что
клиент может пропустить сообщения пула, что
может вызвать проблемы (т.е. надежность клиента
вызывает сомнения, а службы нет). К примеру,
Перл программа собирает статистику с сервера,
выдает UDP-пакеты с результатами в службу,
служба принимает пакеты, записывает в журнал
статус и далее в виде отдельных потоков, общается
с клиентами на предмет статуса сервера.
То же самое, можно применить к любой мало-мальской
Перл программы, даже без службы, напрямую, но
обязательно общение с JS дочерним процессом, иначе
будут проблемы (или использовать неблокируемый в/в).
Вот, вопрос, я пока еще осваиваю JS. Каким образом
в JS создать типа сокет, чтобы далее общаться с сервером.
Или можно только большими кусками XML перекидываться?
И как народ смотрить на новый класс таких софтин и
их внедрение в повседневную жизнь. Почему Гуглу можно,
а нам нет! Мы что, хуже? А на носу мултипроцессорные
системы у каждого клиента на столе. Требуется новое
видение процесса, старые методы, там уже не работают!
Я вот, задумываюсь приступить-ли к изучению SmallTalk
так, как он идеально подходить для таких парадигм!
Но надежда все-таки на Перл теплется, есть у меня
новые революционные идеи, но куда мне, незнаю!
Хотелось бы, выслушать соображения на сей счет!