Гибкий интерфейс для запуска Perl скриптов в persistent режиме (когда perl-интерпретатор не выгружается из памяти).
Предусмотрены от простых схем использования, путем замены "#!/usr/bin/perl" на "#!/usr/bin/speedy", до контроля выполнения через CGI::SpeedyCGI и применения apache модуля mod_speedycgi. Возможно установка лимитов на число запущенных процессов, задание таймаута на время выполнения и т.д.URL: http://daemoninc.com/SpeedyCGI/
Новость: http://www.opennet.me/opennews/art.shtml?num=3362
А чем это лучше mod_perl ?
mod_perl - Это вообще из друго оперы, батенька!
Окститесь!
Почему из другой оперы - Apache::PerlRun, Apache::Registry (Названия даны для mod_perl 1.xx) позволяют использовать обычные perl cgi-скрипты наподобия mdo_perl модулей без переделки самих скриптов. И чем это отличает от вышеуказанной технологии ? Так что "батя" как говорится - не знаешь - не суйся.
>скриптов. И чем это отличает от вышеуказанной технологии ?SpeedyCGI к CGI скриптам имеет весьма косвенное отношение, главная задача запуск в persistent режиме всех perl скрптов, не важно CGI или системных. Просто, неуместное упоминание CGI с толку сводит.
Ты дитятко не прав в корне.
mod_perl так применять просто не принято!
Эдак можно и трафик на роутер начать заворачивать!
Кто натыкался? Обновили мандриву 2007.1 до 2008.1.
Отвалился спиди. Ругается при запуске:/usr/bin/speedy_backend: symbol lookup error: /usr/bin/speedy_backend: undefined
symbol: PL_curpad
speedy[28502]: Cannot spawn backend processЕсли попытаться с нуля на 2008.1 собрать, ругается на отсутствие того же PL_curpad.
Не в новом ли 5.10 перле дело?
Как побороть?
Я так и не поборол. Обновление до 2009.0 или до 2009.1 решает проблему. Работает сразу из коробки.