А как Вам Перл-IDE в Веб-браузере?
Или, еще интереснее, Перл-IDE с возможностью
запуска Перл-кода на удаленных машинах.
Хочешь исполняешь скрипт на одной машине,
хочешь на другой, одновременно.., последовательно..
Прям Перл-телнет! (AJAX-Perl-Telnet). И все в
Веб-браузере, не отходя от кассы. В принципе,
на этом Веб-терминале сам Перл может и отсутствовать.
Главное, чтобы на удаленных машинах работает служба,
которая ждет коннекта. Авторизацию можно выполнить
по принципу "Сезам откройся". Стучим в порт (коннект)
определенным "кодом морзе", порт и открывается (иначе
порт вроде и закрыт). Служба выдает менюшку с перечнем
услуг. Бери и используй! Я конечно не призываю делать
мульти-бот. Но, для реализации ряда задач, очень даже
здорово. Пример, расчет-просчет какой-нибудь ресурсо-
емкой задачи (Перл в этом случае является связующим
звеном, состыковывающим разрозненные гетерогенные
компоненты - бинарники на Win и Xnix системах и
управление всем этим хозяйством). К делу также можно
подключить Джаву и ДОТ НЕТ, там где нет Перла или
нужна тесная платформенная интеграция.
Горизонты техники! Но и это пока мелочь, дела(AI),
будут впереди. Пока пробуем, исследуем, готовим
основу для настоящих дел! Как, насчет написания модуля
для всего этого хозяйства? (Зы: служба - тоже будет
написана на Перле).
AJAX-Перл-IDE
- cybertom's blog
- Login or register to post comments
Скоро должен
Скоро должен появиться наш товарищь Nab, я думаю, его можно попросить, чтобы он показал нечто подобное:) Он и Nitr реализовали достаточно интересную консоль по управлению удаленной системой.
Надеюсь он
Надеюсь он скоро появится :) Он будет рад увидеть в "наших рядах" умных, интересных людей, особенно если им станет это всё интересно :) Но это узнаем у него. Сразу скажу - очень даже интересный проект.
________________
Еще ...
Еще одно из преимуществ AJAX-IDE, обработка
кодировок, можно этот вопрос возложить на
браузер, т.е. еще одна решенная проблема.
Конечно, транспортная кодировка будет юникод
(UTF).
Собственно, хотелось пояснить, для чего весь
этот огород нужен.
Имеем фоновые процессы (по сути, это уже
даемоны), имеем необходимость управлять ими,
осуществлять сервисный в/в, осуществлять
настройку взаимодействия сетевых процессов, как
локально, так и в рамках сети.
Пример, есть n-процессов на разных машинах (или
локально), необходимо настроить их для решения
некой общей задачи, делать это регулярно, меняя
конфигурацию вычислительной системы в (условно)
реальном времени (как задача-максимум - сделать
этот процесс адаптивным - самоподстраивающимся
под реальные условия). Речь идет о создании и
отладки <кластерного софта> используя Перл.
Зачем это надо? В связи с тем, что в ближайшее
время у большинства пользователей будут
многоядерные (более 8 ядер) системы. То у меня
напрашивается вопрос, как это использовать!?
Необходима среда разработки подобного софта.
Собственно сабдж. Конечно, предстоит решение
большого ряда вопросов, в том числе углубленное
изучение IPC, но это, очень даже интересно! Мое
будущее видение вопроса. Хотелось в ближайшее
время поэкспериментировать над системой,
состоящей из автономных модулей-процессов с
нелинейной логикой, которые, взаимодействуя друг
с другом, образуют интересную для изучения и
работы уникальную среду.
Вопрос весь в том, как писать и отлаживать сие
чудо? Хотя бы для начала локально и в
ограниченном виде. Может быть, конечно, и через
несколько лет сменится процессорная архитектура,
которая позволит подобные вещи делать привычно и
непринужденно. Но пока вопрос. Думаю, нет ничего
невозможного.
А ты уверен, что это возможно?
Стучим в порт (коннект)
определенным "кодом морзе", порт и открывается (иначе
порт вроде и закрыт).
Насколько мне известно, стандартными средствами perl это сделать невозможно. Может, только через pcap драйвер или средствами unix.
Если возможно, то очень интересно узнать!
А как быстро нужен коннект?
Если не быстро, то в течение полминуты-минуты
стук в виде попыток коннекта в определенные тайм
слоты, воспринимается как правильный пароль, а
далее, разрешение на связь с этим удаленным хостом.