Mod_perl

Если я поставлю на сервер mod_perl, то:
1. Можно ли с помощью него выполнять обычные CGI скрипты без внесения изменений в эти скрипты?
2. Быстрее ли будут они запускаться (именно запускаться, а не исполняться)?

То есть, админы ставят мне mod_perl, в конфиге прописывают исполнение перла через mod_perl, и после этого всё должно работать как раньше, только возможно быстрее?

Поверхностное изучение perl.apache.org вроде бы отвечает на все вопроса "да". Но есть основания сомневаться.

Ага.

Можно еще Apache 2.2 поставить. Там есть mod_cgi/mod_cgid. Пошустрее обычного CGI будет. Это если ты не только перл юзаешь.

Ага на какой вопрос?

Апач 2х ставить не хочу во избежание непредвиденных багов, пока вполне устраивает 1.3.

У меня возникли сомнения, потому что админ написал что обычные Perl CGI скрипты не будут работать, что скрипты нужно специально писать под mod_perl. В любом случае, необходимо прийти к единому мнению с админом до того, как что-то ставить. Может там нюансы какие есть, ещё что-то ставить надо? Например Apache::PerlRun.

Кстати, если стоит несколько Perl модулей в обычном Perl, то нужно их переставлять для mod_perl?

Во втором апаче многое лучше стало.

Из несовместимости с 1 веткой есть только декларация SSI инклудов - разный синтаксис в .htaccess

В остальном пас. Я ставлю mod_cgid и проблем нет.

Pentarh писал:

Из несовместимости с 1 веткой есть только декларация SSI инклудов - разный синтаксис в .htaccess

Я бы не назвал это несовместимостью, ибо формат с добавлением хендлера во 2-ых ветках поддерживается, как и в 1-й ветке для обратной совместимостью. Нового в реализации SSI то, что во 2-ых ветках оно реализовано в качестве выходного фильстра, и через SSI можно пропустить, например, результат работы php или cgi скрипта, что чертовски удобно

По сабжу - а в чем проблема поставить mod_perl?

Проблемы поставить mod_perl нет. Просто не хочется ничего поломать.

Не поломаешь. Он старым скриптам никак не помешает.

из старого опыта помню, что в конфиге апача можно указать запуск любых перловых скриптов через модперл, и они дейстительно начинают быстро запускаться, т.е. в памяти лежат скомпиленные.

Но - эта штука память жрет только в путь, ошибки в скриптах вроде собрать динамический массив и не освободить его , становятся критическими. А если встречаются "на скрипт пошли запросы" + "сервер начал свопить" - то вместе они свободно могут породить долговременный даун сервера.

Вобщем весьма аккуратно с этим модулем быть надо.

Там есть еще особенности, связанные с правами доступа. Хотя, если скрипт с файлами не работает, то не имеет значения.

Думаю с освобождением массивов проблем не будет, я буду пускать скрипт через Apache::PerlRun, там можно выполнять "грязные" (время жизни - один http запрос) скрипты. По скорости исполнения выигрыша не будет, зато исчезает время запуска интерпретора. У меня скрипт выполняется около 0.025с, запускается около 0,08с.