|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Victor Wagner 2:5020/400 06 Sep 2005 11:50:12
To : Dmitry Sukhodoev
Subject : Re: mod_perl - зачем?
--------------------------------------------------------------------------------
Dmitry Sukhodoev <raven@chics.ru> wrote:
DS>не ради holywar, а из-за спортивного интереса. зачем люди
DS>используют mod_perl?
DS>- ради скорость увеличения быстродействия за счёт
DS>отсутствия компиляций? это может обеспечить speedycgi или
DS>pperl.
DS>- ради доступа к внутренностям апача? их можно получить
DS>через окружение и mod_rewrite.
DS>какие ещё причины? может, я чего-то не вижу?
То что "можно", еще не означает "лучше".
Для начала - возможности mod_rewrite по управлению ранними фазами
обработки http-запроса не слишком велики. Скажем, аутентификацию
пользователей по той же базе данных, в которой хранится контент (весьма
типичная задача для CMS-систем) таким образом не сделаешь. Придется либо
цеплять специфичный для твоей базы данных mod_auth_xxx (и иметь лишние
коннекты к БД со всем их оверхедом), либо использовать таки mod_perl.
Во-вторых, хорошо известны возможнтсти и ограничения апача, его модель
разделения на процессы/нити. У всяких speedycgi будет более другая
модель распределения нагрузки, и её придется изучать дополнительно.
В-третьих, mod_perl-ом можно еще и апач конфигурировать. Правда, в
случае наличия легкого фронтэнда всё равно придется для него
конфигурационный файл генерировать, и хранить всю конфигурацию в БД не
получится.
В общем, mod_perl это инструмент для создания сложных систем с
развесистой функциональностью, которую зачем-либо удобно интегрировать
внутри процесса апача.
Любое альтертативное средство (включая сюда и всякие другие
интерпретаторы, встраиваемые в apache, вроде php) имеют несколько более
ограниченную функциональность.
Hадо, конечно, признать что плата за оную функциональность, и в смысле
потребляемых ресурсов, и в смысле требований к аккуратности
программирования довольно высока. Поэтому существуют задачи для которых
mod_perl явно не выгоден. Hо существуют и такие, у которых любое другое
решение получится более громоздким и менее поддерживаемым.
--
--- ifmail v.2.15dev5.3
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по:
|
Re: mod_perl - зачем?