Доступна (http://mail-archives.apache.org/mod_mbox/perl-modperl/201610...) новая версия Apache-модуля mod_perl 2.0.10 (http://perl.apache.org/). Mod_perl позволяет интегрировать интерпретатор Perl в http-сервер Apache и увеличить скорость выполнения динамического контента на Perl за счёт кэширования его байткода, а также обеспечить низкоуровневый доступ perl-скриптов ко внутренностям Apache, в том числе даёт возможность создавать модули на языке Perl, управлять конфигураций, обрабатывать все стадии прохождения запроса. В новой версии обеспечена совместимость с Perl 5.22, реализован автоматический выбор необходимых сборочных опций при использовании gcc 5 и clang, решены проблемы со сборкой в macOS/Darwin.
URL: http://mail-archives.apache.org/mod_mbox/perl-modperl/201610...
Новость: http://www.opennet.ru/opennews/art.shtml?num=45384
дофига писал на перл и на моде тоже, но вот поистине не знаю, зачем нужен нынче модперлмодперл, как и пхп, должен умереть ))
Но не умрёт и будет жить долго-долго. Возможно и тебя переживёт.
>Возможно и тебя переживёт.Даже не надейся.
Перловка жить будет, а модперловка помрет. Или застынет и станет смомым от маманта.
для opennet'a его пилят ;-)
> модперл, как и пхп, должен умереть ))Ну mod_php точно должен умереть, с повальным-то распространением php-fpm.
perl-fpm довольно-таки молодой, ему три года всего, и используют его три с половиной инвалида. Так что mod_perl-у судьба ещё долго жить.Кстати, на perl много добра написано. Вот например некогда очень популярная браузерка: www.the-game.ru - вся на perl, под апачем, естессно. И ведь по сей день пашет.
perl-fpm - WTF?
HTTP серверов, в том числе асинхронных на perl-е наклепали еще когда nginx был только в мечтах.
> perl-fpm - WTF?А вот есть и такая штука. :)
> HTTP серверов, в том числе асинхронных на perl-е наклепали еще когда nginx
> был только в мечтах.То, что Perl это позволяет, это конечно хорошо. Но мне не довелось видеть хорошего, и уж тем более в продакшене. Если знаете таковой, покажите, а?
otrs - вполне хорош в продакшене
>HTTP серверов, в том числе асинхронных на perl-е наклепали еще когда nginx был только в мечтах.А толку? Так и лежат на помойке. И не только перловые - миллионы их! А рулят и педалят только кучка малая...
И какие же асинхронные HTTP сервера были на perl в 2002-м году?
блин, я уж было забыл о его существовании.
Два пирацетама этому господину.
Классная штука, много на ней писал раньше. Очень функциональная. Сейчас пишу на C++шной Treefrog Webframework со статикой и проксированием на nginx. Перешел только из-за запредельных скоростей и мгновенного отклика С++, а так о mod_perl только теплые воспоминания.
о! интересно! нужно будет глянуть на Treefrog Webframework. сейчас юзаю cppcms, но что-то Артем (автор) не чешется в разработке и популяризации.
Советую рассмотреть Treefrog. Он как раз очень активно развивается. В последней версии автор (Aoyama Kazuharu) убрал глобальные блокировки и теперь производительность очень интересная. Даже на Celeron 1037U сериализация JSON доходит до 10000 rps. И даже на Raspberry Pi нормально работает.
уже чутка почитал. еще раз спасибо за наводку. :)
понравилось, что есть epoll+thread и компилируемый в c++ template engine.
смущает, что построено поверх QT, хотя и понятно, почему сделан выбран в эту сторону. cppcms в этом плане видится более производительным.ну и, судя по всему, GO рвет frogа (~3x), а тем более всяких php/ruby/python очень сильно: :-(
http://www.techempower.com/benchmarks/#section=data-r11вопрос, на чем писать backend для нового проекта все еще открыт....
В том тесте TreeFrog был с глобальными блокировками. Думаю, поэтому автор в последнем раунде снял его с бенчмарка. Сейчас, возможно, уже совсем другая картина.Да, Qt приводит к некоторому снижению производительности, но это вполне компенсируется расширенным и простым в использовании тулкитом, который доступен прямо из коробки. Там можно даже скомпилировать версию с gui и использовать возможности конверсии различных форматов графики, без подключения сторонних либ.
два плюса этому C!