<html>
<body>
<div style='font: 12pt sans-serif;'>
<div>
<p>есть Wiki движок на perl6 http://www.nestor.minsk.by/sr/2008/09/sr80907.html</p>
<p>там: CGI, HTML::Template и генератор паролей (md5 sha1 crypt).</p>
<p>и все...</p>
<p>cpan6 будет тут http://cpan6.org/</p>
<p>(только я там поиска не вижу)</p>
<p>.......</p>
<p>ProFTP</p>
<p>http://www.x0.org.ua</p>
</div>
<div>
<br />
<br />--- Исходное сообщение ---
<br />От кого: simne <simne007@gmail.com>
<br />Кому: Kiev Perl Users Group <kiev-perl-users-group@googlegroups.com>
<br />Дата: 19 июля, 18:10:30
<br />Тема: Re: Краткие итоги встречи 18.07.2010
<br />
<br />
<blockquote class="ukr_editor_quotation" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">Попрошу обратить внимание, что сейчас 7-й месяц по общечеловеческому
<br />(непрограмистскому) исчислению ;)
<br />
<br />On 19 июл, 12:18, "s.gu...@gmail.com" <s.gu...@gmail.com> wrote:
<br />> После нескольких часов жарких(в прямом и переносном смысле) дебатов,
<br />> участники клятвенно пообещали выполнить следующее:
<br />>
<br />> 1. Попробуем допилить проект Perl Certified Hosting(http://www.perlcertifiedhosting.com/twiki/bin/view/Main/WebHome) до более-
<br />> менее современного состояния
<br />
<br />Изучаю..
<br />Пока возник вопрос, обязательно-ли на Perl Certified Hosting должен
<br />быть mod_perl?
<br />Просто как мы уже говорили, FastCGI имеет определенные преимущества и
<br />наверняка будет дешевле.
<br />Кстати, еще возникла любопытная мысль - надо подумать, насчет
<br />скрестить данную идею с высокопроизводительным и хорошомасштабируемым
<br />вэбом, тк один из важных моментов для выбора платформы сейчас в
<br />возможности легкого масштабирования (грубо говоря начинаем с проекта
<br />масштаба района, а затем легко растем до города и даже до страны и
<br />далее).
<br />Вообще, Perl 5 уступает PHP/Java только когда ОЧЕНЬ большой проект
<br />делается сразу с нуля, а не растет последовательно, тк тогда гибкость
<br />Perl удорожает необходимое для работы железо.
<br />Perl 5 вообще ОЧЕНЬ хорош в смысле последовательного роста, тк он
<br />ИСКЛЮЧИТЕЛЬНО надежный и портирован почти везде, а Perl 6 должен стать
<br />еще лучше ;)
<br />
<br />> 2. Запустить в течении нескольких месяцев хостинг на perl6
<br />
<br />Нужно провести работу по выявлению имеющихся проблем и сделать прогноз
<br />сроков решения этих проблем, чтобы попытаться найти обходные решения
<br />там где они нужны.
<br />
<br />Обсудить вероятно лучше тут (создавать отдельную тему про хостинг на 6-
<br />ке я бы пока не стал, чтобы оставить "незастолбленной" у поисковиков
<br />ключевую фразу):
<br />Состояние Perl6/Parrot
<br />http://groups.google.com/group/kiev-perl-users-group/t/d5e67d6cc76f9ba9?hl=ru
<br />
<br />Основные вопросы:
<br />CGI, FastCGI, mod_parrot; Если какая-то из запрашиваемых технологий
<br />нестабильна, хотелось-бы знать, насколько долго и насколько активно
<br />она сейчас улучшается.
<br />Естественно, раз речь идет о FastCGI и mod_parrot, соответственно
<br />критично, есть ли проблемы с утечками памяти итп
<br />
<br />какие есть библиотеки и фреймворки для работы Perl 6 на Вэб.
<br />Это DBI, DBIx (и варианты); это движки шаблонов html; это движки
<br />создания/обработки форм.
<br />сюда-же: XML/SOAP/JSON/etc
<br />
<br />> 3. Подготовить список грядущих IT-конфренций в пределах Украины, где
<br />> можно было бы пропиарить Perl
<br />> 4. Подготовить ряд докладов на тему Perl и около-Perl технологий
<br />
<br />Тут я пока пас.
<br />
<br />> 5. Начать работу над архитектурой для наиболее используемых web-
<br />> приложений(CMS, Social, e-shop)
<br />
<br />Для этого хорошо-бы ответить на вопросы п.2 - разобраться, какие web-
<br />технологии хорошо отработаны и активно развиваются, чтобы на их базе и
<br />работать далее.
<br />
<br />Тк например для web первейшее дело движки шаблонов, но если взять
<br />развитые CMS, такие как Joomla/Drupal, там движок шаблона включает в
<br />себя далеко не только саму разметку, а сразу-же и фактически вызовы-
<br />заглушки обработчиков самого сайта, а также и движок конфига сайта.
<br />То есть когда вы ставите какой-то шаблон на Drupal, он может
<br />автоматически запросить модули обработчики некоторой функциональности
<br />предусмотренной в этом шаблоне.
<br />То есть имеет место разработка не модулями, а компонентами (кстати,
<br />интересно подумать, как это лучше сделать на Perl).
<br />
<br />> 6. В обозримом будущем выкатить новый дизайн kiev.pm и движок,
<br />> основанный на Mojo
<br />
<br />Это лучше разделить на два пункта :) И пункт движка поработать в
<br />контексте п.5.</blockquote></div>
</div></body>
</html>