>
> alr> У меня самого взгляды чисто теоретические, собираюсь через 2-3 недельки
> alr> этим заняться, но a priori больше всего привлекает связка FastCGI+Perl
> alr> (+DBI/etc).
> Можно и так. В ePerl привлекает возможность писать так:
> <? use module; ?>
> <HTML>
> <BODY>
> 20 kb of html
> <? print $somevar; ?>
> </html>
>
> вместо:
> #!/path/to/perl
> use module;
> $data="<HTML>\n<BODY>\n";
> $data.="20 kb of html";
> print $data;
> print somevar;
> print "</html>\n";
Ну можно и поудобнее.
#!/path/to/perl
use module;
print <<L1;
<HTML>
<BODY>
20 kb of html
L1
print somevar;
print "</html>\n";
>
> Т.е. приложение получается html-driven, а не perl-driven.
В принципе пофиг, с какой фразы начинается текст.
> Т.к. возможна полная
> смесь:
> .phtml - ePerl'овские файлы (html driven)
> .pl - запускаются через Apache::Registry
> .cgi - запускаются как обычно
>
> то получается приятно.
>
> Собственно, это пока чистая теория - я в реальной жизни еще ePerl не
> использовал (а использовал JavaScript, PHP, CGI на Perl), собственно про
> подводные камни и был вопрос.
Если писать чинно, то проблем нет. Но если считать, что переменные чем-то
инициализированны, то при работе через Apache::Registry и наверняка ePerl,
можно словить немало граблей.
Вторые грабли - это использование exit. Его использовать нельзя.
А вобще apache/mod_perl/dbi/oracle - все получается очень гладко и _очень_
быстро.
Boris.
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 . Design (C) 1998 Max Smolev.
