Re[2]: Краткие итоги встречи 18.07.2010

Dmitrii q7u5 at ukr.net
Mon Jul 19 10:08:15 PDT 2010



есть Wiki движок на perl6 http://www.nestor.minsk.by/sr/2008/09/sr80907.html      

там: CGI, HTML::Template и генератор паролей (md5 sha1 crypt).      

и все...      

cpan6 будет тут http://cpan6.org/      

(только я там поиска не вижу)      

.......      

ProFTP      

http://www.x0.org.ua            
    
--- Исходное сообщение ---    
От кого: simne <simne007 at gmail.com>    
Кому: Kiev Perl Users Group <kiev-perl-users-group at googlegroups.com>    
Дата: 19 июля, 18:10:30    
Тема: Re: Краткие итоги встречи 18.07.2010    
    
    Попрошу обратить внимание, что сейчас 7-й месяц по общечеловеческому    
(непрограмистскому) исчислению ;)    
    
On 19 июл, 12:18, "s.gu... at gmail.com" <s.gu... at gmail.com> wrote:    
> После нескольких часов жарких(в прямом и переносном смысле) дебатов,    
> участники клятвенно пообещали выполнить следующее:    
>    
> 1. Попробуем допилить проект Perl Certified Hosting(http://www.perlcertifiedhosting.com/twiki/bin/view/Main/WebHome) до более-    
> менее современного состояния    
    
Изучаю..    
Пока возник вопрос, обязательно-ли на Perl Certified Hosting должен    
быть mod_perl?    
Просто как мы уже говорили, FastCGI имеет определенные преимущества и    
наверняка будет дешевле.    
Кстати, еще возникла любопытная мысль - надо подумать, насчет    
скрестить данную идею с высокопроизводительным и хорошомасштабируемым    
вэбом, тк один из важных моментов для выбора платформы сейчас в    
возможности легкого масштабирования (грубо говоря начинаем с проекта    
масштаба района, а затем легко растем до города и даже до страны и    
далее).    
Вообще, Perl 5 уступает PHP/Java только когда ОЧЕНЬ большой проект    
делается сразу с нуля, а не растет последовательно, тк тогда гибкость    
Perl удорожает необходимое для работы железо.    
Perl 5 вообще ОЧЕНЬ хорош в смысле последовательного роста, тк он    
ИСКЛЮЧИТЕЛЬНО надежный и портирован почти везде, а Perl 6 должен стать    
еще лучше ;)    
    
> 2. Запустить в течении нескольких месяцев хостинг на perl6    
    
Нужно провести работу по выявлению имеющихся проблем и сделать прогноз    
сроков решения этих проблем, чтобы попытаться найти обходные решения    
там где они нужны.    
    
Обсудить вероятно лучше тут (создавать отдельную тему про хостинг на 6-    
ке я бы пока не стал, чтобы оставить "незастолбленной" у поисковиков    
ключевую фразу):    
Состояние Perl6/Parrot    
http://groups.google.com/group/kiev-perl-users-group/t/d5e67d6cc76f9ba9?hl=ru    
    
Основные вопросы:    
CGI, FastCGI, mod_parrot; Если какая-то из запрашиваемых технологий    
нестабильна, хотелось-бы знать, насколько долго и насколько активно    
она сейчас улучшается.    
Естественно, раз речь идет о FastCGI и mod_parrot, соответственно    
критично, есть ли проблемы с утечками памяти итп    
    
какие есть библиотеки и фреймворки для работы Perl 6 на Вэб.    
Это DBI, DBIx (и варианты); это движки шаблонов html; это движки    
создания/обработки форм.    
сюда-же: XML/SOAP/JSON/etc    
    
> 3. Подготовить список грядущих IT-конфренций в пределах Украины, где    
> можно было бы пропиарить Perl    
> 4. Подготовить ряд докладов на тему Perl и около-Perl технологий    
    
Тут я пока пас.    
    
> 5. Начать работу над архитектурой для наиболее используемых web-    
> приложений(CMS, Social, e-shop)    
    
Для этого хорошо-бы ответить на вопросы п.2 - разобраться, какие web-    
технологии хорошо отработаны и активно развиваются, чтобы на их базе и    
работать далее.    
    
Тк например для web первейшее дело движки шаблонов, но если взять    
развитые CMS, такие как Joomla/Drupal, там движок шаблона включает в    
себя далеко не только саму разметку, а сразу-же и фактически вызовы-    
заглушки обработчиков самого сайта, а также и движок конфига сайта.    
То есть когда вы ставите какой-то шаблон на Drupal, он может    
автоматически запросить модули обработчики некоторой функциональности    
предусмотренной в этом шаблоне.    
То есть имеет место разработка не модулями, а компонентами (кстати,    
интересно подумать, как это лучше сделать на Perl).    
    
> 6. В обозримом будущем выкатить новый дизайн kiev.pm и движок,    
> основанный на Mojo    
    
Это лучше разделить на два пункта :) И пункт движка поработать в    
контексте п.5.  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/kiev-pm/attachments/20100719/d67150da/attachment.html>


More information about the Kiev-pm mailing list