Ты сам его в работе пробовал? Какие впечатления?

Согласен, надо тестировать. Прочел документацию, мне понравилось, но! сейчас такие есть "системы". А я до сих пор использую CGI::Application , не было у меня потребности "переходить с него". В Eludia есть некоторые интересные моменты, видно что подошли "с головой" к проекту :)

Так что жду - отзывов от тех кто пользовался...

________________

#!/usr/bin/perl
print " :) "

Все отлично, точно, что я хотел.
Только мысль у меня была об автономном
приложении или группе распределенных
таких приложений. Используя наработки
этой группы можно сделать, то что задумано.
В частности использовать их часть кода.
Единственно, я не стал бы использовать поделки
Майкрасофта для печати документов, а использовал бы
ОпенОфис, непосредственно таким же образом
формируя документ в формате ХМЛ и пакуя в ЗИП.
РулезФорева!!! Спасибо!

ПС: Вместо БД надо использовать ФайрБирд, несолидно
использовать MySQL. Другое дело если размещать свои
документы где-то на сервере в Америке, если боятся
выемки документов (но тут безопасность слабое место).

Если интересно, со всеми вопросами, предложениями и комментариями милости просим в наш блог http://community.livejournal.com/ru_eludia/. Или ко мне на почту, например, через этот форум.

Мы заинтересованы в том, чтобы с нами связалось как можно больше перлистов, занимающихся intranet-системами.

А теперь, как один из разработчиков Eludia.pm, отвечу на некоторые приведённые здесь реплики.

1. "Есть такие системы". Ближайшим аналогом является, пожалуй, Ruby on Rails, хотя там нет некоторых наших существенных возможностей (например, адаптивной схемы данных). Что касается Perl, то есть много интерпретаторов "шаблонных языков" (клонов PHP), несколько абстрактных "MVC frameworks", однако такого набора, чтобы взять и с нуля собрать развесистую информационную систему из готовых DHTML-кубиков — не знаю. Один из наших основных авторов в 2003 году пытался разработать систему дистанционного обучения на базе Zope (который уже в то время был широко известен и отменно документирован). Однако, помучивишись, плюнул и перешёл на первый прототип Eludia.pm, хотя для этого ему пришлось изучить Perl. Тем не менее, это, конечно, не повод переписывать хорошо отлаженное приложение на наш движок.

2. "Поделки Майкрасофта для печати документов". За 5 лет среди десятка-другого наших государственных и корпоративных клиентов пока не нашлось такого, у которого на рабочих местах небыло бы MSIE и MS Office. Но как только появится — тут же сделаем $_SKIN под Mozill'у и шаблоны под OpenOffice. Или чего ещё он (клиент) изволит.

3. "Несолидно использовать MySQL". Суть претензий к MySQL не вполне ясна, однако, во всяком случае, MySQL для Eludia.pm ни в коем случае не является необходимым. Вообще основные текущие проекты у нас под Oracle и MS SQL (не поверите: требование клиента). Если понадобится (захочется) использовать FireBird или любую иную СУБД, доступную через DBI — переходничок пишется максимум за 1 день.