Новая тема   Ответить

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

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

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

 Pentarh
Ага.

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

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

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

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

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

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

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

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

 lega_cobra
Pentarh писал:

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

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

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

 lega_cobra


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

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

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

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

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

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