ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] eperl, Embperl



Pavel Ammosov wrote:
> 
> > Я бы тоже может перл предпочел, однако как уже было сказано, аналогичные
> > инструменты для перла находятся в зачаточном состоянии.
> 
> А ты AxKit видел (http://www.axkit.org)?  Я пощупал, любопытная штука.
Видел. Никакого сравнения не выдерживает. Большинство разработчиков
пытаются содрать идеи с Cocoon, вместо того, чтобы написать поддержку
перла _для_ него. Что как я подозреваю, был бы намного проще.

> Но схема кэширования у нее подсасывает, у mason получше, за счет кэширования
> отдельных компонентов.
Hint: оно пользуется все тем же неработающим XML::XSLT.
 
> > А на яве кстати писать почти и не надо. Прелесть в том, что можно писать
> > на XML/XSL. Заготовив предварительно тэги, написанные впрочем на яве.
> 
> В AxKit есть xps для perl'а :-)
Угу. Убожество. Может я чего не понимаю, но тогда объясни мне, зачем там
вот такие куски кода:

<%
my $x = 0;
foreach my $section (findnodes('/page/body/section')) {
        $x++;

в то время, как такие вещи (перебор узлов документа) логично и
естественно делать на XSLT + маленький кусочек кода на перле? Можно
сравнить с тем же XSP (с оригиналом конечно, а не с тем, что в AxKit за
него выдается, там это намного логичнее.
 
> > > SS>> догадались, что это Resin) даже претендуют на производительность в 
>разы
> > > SS>> выше, чем у mod_perl.
> 
> Ну, это еще зимой обсуждали в листе mod_perl. То на
> чем, они притендуют - практического смысла не имеет и к
> тому же modperl out-of-box не слишком производителен.
Так я не зря об этом в шутку писал, и даже смайлы ставил. Мерять надо
тщательнее, а то циферки намеряли, а чего конкретно не хватило каждому
продукту, чтобы повысить производительность - никто не знает. Может надо
было памяти добавить на $50, и mod_perl бы стал в разы быстрее? Или
наоборот, Resin бы ваще всех заткнул за пояс. Какой особый смысл в
измерениях, если мы не поняли, где было узкое место?
=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.