После нескольких лет затишья вышел (http://www.modperlite.org/2009/10/mod-perlite-lives.html) Apache-модуль mod_perlite 0.10 (http://github.com/sodabrew/mod_perlite/). В отличие от mod_perl, возможности mod_perlite ограничены только встраиванием Perl интерпретатора в apache, что позволяет оптимизировать выполнение скриптов путем минимизации накладных расходов, связанных с загрузкой и инициализацией perl интерпретатора. В новой версии устранены проблемы с обработкой POST-запросов, налажена возможность совместной работы с такими web-приложениями, как Movable Type, Bloxsom и Catalyst.URL: http://www.modperlite.org/2009/10/mod-perlite-lives.html
Новость: http://www.opennet.me/opennews/art.shtml?num=23807
по пути пхп...
хм... давно пора бы
>по пути пхп...
>хм... давно пора быПуть PHP - простота. В простоте определенно есть сила. Бактерии и вирусы - единственное, что точно выживет при катастрофе. Но, для проявления интеллекта нужны сложные шаблоны. Поэтому есть не только PHP.
> Бактерии и вирусыОтличное сравнение кстати. Все, что делает вирус - клонирует сам себя, негативно влияя на живые организмы, и ничего не производя. Так и PHP - язык ради языка, цель - неклепать как можно больше недопрограммистов, реальной пользы - ноль.
А что ещё делает mod_perl кроме встраивания Perl интерпретатора в apache ??
mod_perl предоставляет полный доступ к Apache C API. Например, дает возможность повлиять на инициализацию, конфигурацию самого httpd и на любую фазу цикла запроса.
>mod_perl предоставляет полный доступ к Apache C API. Например, дает возможность повлиять
>на инициализацию, конфигурацию самого httpd и на любую фазу цикла запроса.Еще кэширует байткод и позволяет создавать свои модули.
>Еще кэширует байткодА mod_perlite не кэширует? Т.е. в памяти всегда находится только сам перл, а скрипты при каждом запросе компилируются?
Насколько это ускоряет/замедляет работу сервера по сравнению с cgi/mod_perl?