Доброго времени суток!
Вопрос достаточно странный, но все же - попытался сегодня найти CMS на Perl...и ждало меня разочарование:)
Есть ли у кого-то идеи? Просто я хочу заменить текущий движок kiev.pm на perl-совместимый, а как выяснилось, альтернатив нет. php-like плодятся, как грибы после дождя, чего не скажешь про perl.

nX-Engine
nX-Engine
к сожалению больше не поддерживается =(
UPD:
кажется проект возродился: http://nx-engine.org.ru/
Посмотрел,
Посмотрел, расстроился еще больше:)
а что
а что так?
Помнится читал сорцы... есть свое API, модульная система.
После небольшой доработки/шлифовки - будет ок имхо) Просто больше ничего более-менее похожего не видел =(
Всегда было у меня желание, написать CMS-ку, но ни опыта, ни терпения не хватит =\
Вот именно, что
Вот именно, что нужно брать напильник и шлифовать. К сожалению, времени на это нет, да и какой смысл делать велосипед, коли он уже давно сделан:)
...
У меня тоже есть, потребность в такой КМС.
Думал, как такое чудо писать, но еще не созрел.
Если, есть желающие, то может быть напишем
совместно. Необходимость большая.
Может
Может поможет...
http://cmslist.ru/
________________
А где там perl:)?
А где там perl:)?
CMS на Perl там
CMS на Perl там указано...
http://cms.sitetemplates.ru/
http://www.webgui.org/
http://twiki.org/
И платная - http://www.twl.ru/ (посмотрите демки - люди похоже серьёзно к делу подходят)
Ядро системы написано на языке Perl. Хотя это совершенно неважно, поскольку при сборке сайта программировать не нужно.
Ещё в придачу:
http://www.la-grange.net/cms#perl
http://swik.net/CMS+Perl?popular
________________
После часа
После часа установки доп. модулей мне удалось запустить WebGUI:) Однако радовался я рано, так как стартовый скрипт падает с ошибкой
Can't locate object method "definition" via package "WebGUI::Asset::Wobject::SyndicatedContent" at /var/www/webgui/lib/WebGUI/Asset.pm line 134.
У меня такое ощущение, что не хватает какого-то модуля, но какого?
Объектно-ориентированная СМС на Перле
А есть такая вещь в природе?
Нужно, чтобы основные запросы клиентов
обслуживались объектами, которые обращались
к центральному менеджеру объектов, ну и далее
собственно к самим объектам-коллекциям, для
выполнения запросов на чтение и запись
определенной информации (в том числе запись
с требованием удалить информацию).
А вышестоящие объекты работали с объектом доступа
к внешней базе. Смысл избежать прямого контакта
клиента с самой базой. То есть, чтобы не какие
ухишрения с формировкой левых запросов не приводили
к каким-либо результатам с провалом в плане
безопасности.
Когда-то и я
Когда-то и я искал
даже пробовал ставить
вот что нашел тогда
Krang
http://www.krangcms.com/
когда-то отделился от
bricolage
http://www.bricolage.cc/
развиваются оба
жаль только оба под mod_perl1 были, когда я смотрел
Есть такая вещь...
1. отказаться от SQL запросов как таковых. Решается использованием какого нибудь ORM типа DBIx::Class
там SQL запросов нет как таковых и инжектиться некуда.
2. Модель подобных приложений называется MVC - Model - View - Controller
a. Model - набор обьектов которые отображаются в базе - ORM типа DBIx::Class
b. View - генератор пользовательского интерфейса - движок шаблонов типа Template Toolkit или Mason
c. Controller - код который принимает запросы пользователя, соответственно изменяет Model и готовит данные для показа с использхованием View
Одним из представителей MVC Framework на перле является Catalyst - http://catalyst.perl.org/
У меня есть
У меня есть собственная CMS на Perl. Изначально разрабатывалась для web-студии и я делал ее максимально гибкой и модульной. Сама система мало чего умеет. Весь функционал "навешивается" модулями.
Под mod_perl не запускалась и не тестировалась =)
Не объектно ориентированная, не смотря на то, что построена Perl модулях (*.pm). Модули используются для разделения пространства имён.
Думаю открыть, но не вижу подходящей лицензии (в том числе легитимной на территории РФ), да и спрос не богат...
Если есть интересующиеся и желающие внести вклад в развитие (хотя у меня самого много идей) могу поделиться ;)