https://www.opennet.ru/openforum/vsluhforumID3/74590.html Спустя три года с момента прошлого релиза представлена (http://mail-archives.apache.org/mod_mbox/perl-modperl/201102.mbox/%3CAANLkTim4HjZQzxAYxpi8mz1kbv5PwaibcXLmvxvAW-dB@mail.gmail.com%3E) новая версия Apache-модуля mod_perl 2.0.5 (http://perl.apache.org/). Новая версия носит (http://perl.apache.org/dist/mod_perl-2.0-current/Changes) в основном корректирующий характер, исправляя накопившиеся ошибки и решая некоторые проблемы совместимости с будущей веткой Perl 5.14. В новой версии добавлена поддержка APR::Socket::fileno, обеспечен экспорт переменной окружения PROXYREQ_RESPONSE, налажен процесс сборки с использованием не поддерживающего многопоточность APR. <br><br>Устранены потенциальные уязвимости, связанные с выходом за границы буфера в Apache2::RequestIO::read, возможностью загрузки сторонних библиотек через APR::XSLoader и Apache2::XSLoader, а также организацией XSS-атаки через запрос к Apache2::Status.<br><br>URL: http://mail-archives.apache.org/mod_mbox/perl-modperl/201102.mbox/%3CAANLkTim4HjZQzxAYxpi8mz1kbv5Pw https://www.opennet.ru/openforum/vsluhforumID3/74590.html#12 Sat, 12 Feb 2011 00:10:54 GMT &gt;Однако он медленнее, чем FastCgi/Ngnix.<br><br>В общем-то вопрос скорее религиозный и зависим от архитектуры веб-приложения, чем проблема в скорости. Ну и не забываем, что у mod_perl есть такие фичи, которых у FastCGI просто не может быть из-за разных подходов в работе. mod_perl позволяет лазить в самые кишки веб-сервера и вытворять всякие полезности на этапе обработки запроса. FastCGI это фактически классический CGI, но быстрее обычного.<br><br>http://kiev.pm.org/?q=node/424 - тут разжевано.<br> https://www.opennet.ru/openforum/vsluhforumID3/74590.html#11 Fri, 11 Feb 2011 22:55:20 GMT &gt; Очень смешно, mod_perl для того и нужен, чтобы все держать в памяти, <br>&gt; чтобы максимуму быстро обслужить юзверя, не тратя время на подгрузку и <br>&gt; компиляцию либ и прочую ерунду.<br><br>Однако он медленнее, чем FastCgi/Nginx.<br> https://www.opennet.ru/openforum/vsluhforumID3/74590.html#10 Thu, 10 Feb 2011 16:43:34 GMT Очень смешно, mod_perl для того и нужен, чтобы все держать в памяти, чтобы максимуму быстро обслужить юзверя, не тратя время на подгрузку и компиляцию либ и прочую ерунду.<br> https://www.opennet.ru/openforum/vsluhforumID3/74590.html#9 Thu, 10 Feb 2011 06:31:48 GMT Да, отказ от толстого и прожорливого апача. :)<br> https://www.opennet.ru/openforum/vsluhforumID3/74590.html#8 Wed, 09 Feb 2011 17:24:51 GMT Отказ от apache, например.<br> https://www.opennet.ru/openforum/vsluhforumID3/74590.html#7 Wed, 09 Feb 2011 15:55:45 GMT а этот переход дает какие-то серьезные преимущества в сравнении с mod_perl ?<br> https://www.opennet.ru/openforum/vsluhforumID3/74590.html#6 Wed, 09 Feb 2011 14:37:03 GMT Не знаю уж... разве еще не все перешли на FCGI или Plack? Или что-то типа HTTP::Server? <br> https://www.opennet.ru/openforum/vsluhforumID3/74590.html#5 Wed, 09 Feb 2011 09:02:57 GMT &gt; Может быть дело в чём-то другом?<br><br>Сейчас уже сложно сказать. Появится в портах 2.0.5 попробую повторить эксперимент. Сейчас уже и Perl другой юзаем 5.12. На тот момент был по-моему 5.10. В конфигурации особенного ничего нет, пара самописных модулей и все это под соусом HTML::Mason крутится.<br><br>А ругань была по типу: "Deep recursion on subroutine "Compress::Raw::Zlib::AUTOLOAD". Это я у себя в камментах на против опции PerlSwitches оставил на рабочей машине. Подробностей больше не осталось. При чем в наших модулях мы напрямую Zlib и не юзаем сами. Это либо в самом mod_perl касяк, либо в HTML::Mason где-то, либо еще в какой подключаемой либе используется.<br><br>Кстати, если не использовать данную опцию, а кинуть модули по системному пути, то все работало. Но на тот момент такой вариант не подошел.<br> https://www.opennet.ru/openforum/vsluhforumID3/74590.html#4 Wed, 09 Feb 2011 05:55:00 GMT Пользую PerlSwitches на апаче 2.2, работает как часы. Да и в рассылке такая бага не гуглится.<br><br>Может быть дело в чём-то другом?<br>