Что это за Parrot? С чем его едят?

> Что это за Parrot? С чем его едят?

Наверное с Carrot.

Ктото вкурсе есть ли для перла пул соединений для Оракла?

А Apache::DBI не подойдет ? Не совсем то, но позволяет делать persistent database connection.

Ещё есть sqlrelay: http://sqlrelay.sourceforge.net/

Базовая VM для Perl6.

Цитируя анонсы невоспрещается приводить ссылку на первоисточник:
http://www.opennet.ru/opennews/art.shtml?num=3723

Неужели кто-то ещё пишет веб-приложения на perl? Смысл?

Спасибо. Правда я до сих пор как-то не поставил Perl6.

>>Неужели кто-то ещё пишет веб-приложения на perl? Смысл?

Неужели на этой планете есть еще кто ЖИВЕТ? Смысл?

А что предложет многоуважаемый сир?

php, phyton, java в порядке предпочтения.

python, sorry.

Java тормозит очень сильно. Perl всё-таки сильный и весьма хорошо поддерживаемый язык, многое в котором уже сделано и доступно в виде модулей. У меня работает очень и очень исправно. А вот в Java ничего у меня не получилось -- чересчур много слов, и трудно всё сконфигурировать.

> php, phyton, java в порядке предпочтения.

php - нафиг нафиг python - супер, но апп-сервера для него нет настолько же быстрого и мощного, как mod_perl. java - круто, но медленно. В смысле, разрабатывать медленно. Rapid prototyping rulezzz :)

php как язык мне больше всего нравится. И extensions писать просто....

php - поделка которая и fork-аться то толком недавно лишь научилась... php годен лишь для маленьких web проектиков, ибо maintainability у него стремится к нулю (если без ОО)... test framework-и тоже лишь недавно появились, а perl рулит не по детски и по скорости разработки и по mainanability, IMHO.

Любопытная статейка. Как раз на ANTLR интерпретатор пишу "простенького" языка для научных расчётов. В ANTLR не нравится, что за собой яву тянет. Может попробую следующим этапом компилятор в Parrot сделать.

Никто не сравнивал ANTLR с упоминающимся в статье Parse-RecDescent?

> fork-аться то толком недавно лишь научилась...
Не понял, зачем форки в веб-приложении. А писать свой веб-сервер я не
вижу смысла.

> maintainability у него стремится к нулю (если без ОО)...
А если с OO, то что? На мой взгляд, много приятней чем в perl...
И на счёт сопровождения лучше... Ясный, чистый синтаксис без извратов
в перловом стиле "есть 1000 способов написать одно и то же по-разному".

И фреймворков для php вагон и маленькая тележка. Плюс, в отличие от
всех остальных перечисленных язык явно заточен и оптимизирован под веб.
В настояшее время не вижу ни одной причины начинать новый проект на perl...

> А если с OO, то что? На мой взгляд, много приятней чем в perl... 

libclass-accessor-perl - Automated accessor generator
libclass-autouse-perl - Defer loading ( 'use'ing ) of a class until run time
libclass-container-perl - Glues object frameworks together transparently
libclass-contract-perl - Design-by-Contract OO in Perl
libclass-data-inheritable-perl - Inheritable, overridable class data
libclass-factory-perl - Base class for dynamic factory classes
libclass-factory-util-perl - Utility method for factory classes
libclass-inner-perl - A perlish implementation of Java like inner classes
libclass-methodmaker-perl - A module for creating generic methods
libclass-multimethods-perl - Support multimethods and subroutine overloading in Perl
libclass-prototyped-perl - Fast prototype-based OO programming in Perl
libclass-singleton-perl - Implementation of a "Singleton" class
libclass-trigger-perl - Mix-in to add / call inheritable triggers
libclass-whitehole-perl - Base class to treat unhandled method calls as errors
libexception-class-perl - A module that allows you to declare real exception classes in Perl
libtest-class-perl - Easily create test classes in an xUnit style
libuniversal-moniker-perl - Nicer names for your Perl modules/classes

> В настояшее время не вижу ни одной причины начинать новый проект на perl...
security - вот реальная причина: "так уж повелось в этом лесу", что пхп - решето.
security history у него пострашнее, чем у сендмыла и бинда вместе взятых.
Почему никто не использует wu-ftpd? Бояться, что в нем еще полста дыр найдут.
Почему в серьезных проектах не используют пхп - аналогично, плюс общая убогость и
недоразвитость.

Re:

Для python есть по крайней мере два апп-сервера. Один из них назвать "немощным" я бы постеснялся :-).

> php как язык мне больше всего нравится. И extensions писать просто....

А вот это самое сложное - perl с самого начала строился как модульный язык. А php даже сегодня требует пересборки всего RPM только для включения OCI!!! Ну и плюс конечно OO - в php весьма ограниченое, более того сильно тормозит (по словам самих разработчиков php).

> Для python есть по крайней мере два апп-сервера. Один из них назвать "немощным" я бы постеснялся :-)

Zope по части функциональности конечно рулит, но вот по скорости с mod_perl и рядом не стоял :-((((

Re:

> perl с самого начала строился как модульный язык.

Насколько я понимаю, perl _5_ с самого начала строился как модульный язык :-)

Ну вообще то mod_perl это не application server. Сервера и фрэймворки, которые основаны на mod_perl здесь: http://perl.apache.org/products/app-server.html

mod_perl рулит возможностью использовать апачевский api и быстро писать полнофункциональные модули. php этого не умеет.

Для любителей php:покажите мне проект выполненный на php уровня amazon.com.

Re:

А скорость - это вопрос более архитектурной организации, нежели легкости фрэймворка. Именно поэтому веб-аппликейшн сервера на яве и заруливают на сложных проектах: старт, конечно, очень тяжелый, памяти жрет, как <censored>, но зато готовы все эти рюшечки для распределенной обработки запросов, пула коннектов к БД итп.

> python - супер, но апп-сервера для него нет настолько же быстрого и мощного, как mod_perl

А mod_python чем плох?

> php, python, java в порядке предпочтения.

php - это несерьезно.

Java - это вообще песня отдельная. Иногда хочеться убить того, кто придумал reader'ы и writer'ы как панацею от проблем с кодировками... Из-за этой хрени Java может работать по-разному в пределах одной (!) платформы.

Perl хорош своей стабильностью. И пока что он побыстрее Питона... Хотя для написание большого проекта в команде, конечно, Питон предпочтительнее. Да и как язык он продвинут куда более Перла, который, например, до сих пор не имеет исключений...

не один из них и близко не потянет так хорошо парсить логи как перл, так что не надо сравнивать =) перл - это awk с довесками предназначенный для людей которым либо лень либо не хватает времени выучить язык программирования по серъезнее. это правило. ну существуют и исключения. и люди осознающие их не пытаются сравнивать перл с питоном, пшп и прочим а пишут себе что им нужно. но таких мало. большинству бы померяться распальцовкой да покричать. ну вот как в топике про релиз гейма куча флуда про джабер =)

chl

В perl есть исключения и еще много чего есть.

А в отношении "продвинутости", ruby куда круче питона, по скорости

конечно уступает perl, но зато превосходит питон.

>> fork-аться то толком недавно лишь научилась... >Не понял, зачем форки в веб-приложении.

А как ты поступишь если скрипт содержит например sql-query, которая достаточно долго выполняется и ты запросто отгребёшь connection timeout в браузере клиента?

> Неужели кто-то ещё пишет веб-приложения на perl?

Ышчо как пишем и писать будем. и не только web приложения.
Слово amazon.com тебе ничего не говорит?

> Смысл?

А есть альтернативы?

ASP - M$ Must Die :)
C - вечные проблемы с безопасностью;
php - несистемно, любительски;
python, ruby - так, может за пару лет, когда библиотеки напишутся...
java - может быть, может быть...

> python - супер, но апп-сервера для него нет настолько же быстрого и
> мощного, как mod_perl.

а чё mod_python? Хотя по любому - CPAN существкет только для perl :)

> java - круто, но медленно.

на сановских машинах наверно быстро...

> В смысле, разрабатывать медленно.
> Rapid prototyping rulezzz :)

с рукой набитой может и не так...

> php как язык мне больше всего нравится. И extensions писать просто....

Супер. Только в perl они уже написаны.

вот именно ... давайте на историю посмотрим php раньше расшифровывался как Personal Home Page[s], чувствуете разницу ... и эти красноглазые мне говорят что на пхп можно писать большие проекты ... посмотрите на phpnuke поделие на пхп и причем из той сферы где пхп должен чувствовать себя как рыба в воде ... ан нет: глюкавая поделка с кучей дыр ... а на другой стороне slashcode чувствуете разницу в качестве ...

> и ты запросто отгребёшь connection timeout в браузере клиента?

;) Потому я и говорю, php идеально заточен под веб! То, что
перл-программеру кажется сложным, в php делается простой установкой
max_execution_time ;)

> пхп - решето. security history у него пострашнее, чем у сендмыла

Правда? А давай сравним security history для всего того, что написано
на языке Си ;)) А в перле недавно нашли даже buffer overflow, чего по
идее быть вообще не должно было...

> php - несистемно, любительски;

А чем это суждение подкрепляется? Особенно интересно узнать про "несистемно".

> давайте на историю посмотрим php раньше расшифровывался как Personal Home Page[s], чувствуете разницу ...

Насмешил до слёз ;) Да, давайте посмотрим на историю! perl раньше
позиционировался как язык-клей для связки различных юникс-утилит в
скриптах для администрирования ОС...

>> и ты запросто отгребёшь connection timeout в браузере клиента?

>;) Потому я и говорю, php идеально заточен под веб! То, что перл-программеру кажется сложным, в php делается простой установкой max_execution_time ;)

ага! TimeOut браузера клиентов так же будешь устанавливать?

> не один из них и близко не потянет так хорошо парсить логи как перл, так что не надо сравнивать =) перл - это awk

Если perl лишь хорошо приближается к awk по удобству парсинга логов,
то почему бы не использовать сам awk? ;) Зачем нужна поделка, которая
примерно повторяет оригинал? Я распарсиваю логи исключительно с помощью awk.

> ага! TimeOut браузера клиентов так же будешь устанавливать?

Нет, не угадал! Timeout скрипта выставляется всегда меньше, чем
минимальный timeout браузера.

хех сам то не смеши ... perl это Practical Extraction and Report Language чуещ разницу между home page! ))))

> В perl есть исключения и еще много чего есть.

Поподробнее, пожалуйста :)

First, Perl is easy. As you'll see, though, this means it's easy to use. It's not especially easy to learn. If you drive a car, you spent many weeks or months learning that, and now it's easy to drive. When you've been programming Perl for about as many hours as it took you to learn to drive, Perl will be easy for you.[11]

[11] But we hope you'll crash less often with the car.

Perl is nearly unlimited. There are very few things you can't do with Perl. You wouldn't want to write a interrupt-microkernel-level device driver in Perl (even though that's been done), but most things that ordinary folks need most of the time are good tasks for Perl, from quick little one-off programs to major industrial-strength applications.

Perl is mostly fast. That's because nobody is developing Perl who doesn't also use it?so we all want it to be fast. If someone wants to add a feature that would be really cool, but which would slow down other programs, Larry is almost certain to refuse the new feature until we find a way to make it quick enough.

Perl is kind of ugly. This is true. The symbol of Perl has become the camel, from the cover of the venerable Camel book (also known as Programming Perl ), a sister to this one. Camels are kind of ugly, too. But they work hard, even in tough conditions. Camels are there to get the job done despite all difficulties, even when they look bad and smell worse and sometimes spit at you. Perl is a little like that.

/Learning Perl 3d edition/

Не-а, не чую ;) А ты чуешь разницу между "personal home pages" и
"PHP: Hypertext Preprocessor"?

> Ну вообще то mod_perl это не application server. Сервера и фрэймворки, которые основаны на mod_perl здесь:

> http://perl.apache.org/products/app-server.html

Ну понятное дело. Я это и имел ввиду. OpenInteract тот же... супер вещь!

Hypertext Preprocessor его уже потом назвали ... шоб бабло привалило )))

>> ага! TimeOut браузера клиентов так же будешь устанавливать?

>Нет, не угадал! Timeout скрипта выставляется всегда меньше, чем минимальный timeout браузера.

Разговор идет о случае, когда время выполнения скрипта может значительно превышать timeout браузера, в связи с чем предлагается использвоать fork. Читайте внимательнее форум.

> о случае, когда время выполнения скрипта может значительно превышать timeout браузера

Есть другой (и гораздо более надёжный способ) для обработки подобных
ситуаций. Причём, он не зависит от языка, платформы (кстати, в виндах
форк работает?), веб-сервера.

И кстати, что за гнилой спор тут развели? Есть в php fork!!
Давайте закроем этот вопрос ;)