zdr:-)
bihte li kazali nqkakvi vpechatleniq ako ste raboteli s mod_perl. znam gore-dolu za kakvo stava vypros i s kakvo bi mogyl da e polezen, no mi e interesno i vie kakvo mislite:-)

script-a ti se "kompilira" i se zarezhda v pametta - povizhava se barzodesitvieto

obache ako iskash da napravis promeni triabva da restartirash web server-a si(Apacheto)
drugia problem koito mozhe da imashe e ako imash malko RAM i kombinacia broi child processes x golemina na scripta = mnogo RAM - ste swap-a i taka gubish predimstvaoto da pishesh na mod_perl

mod_perl wgrajda celiq perl interpretator w apache - taka wseki proces si ima perl. Towa uskorqwa neshtata adski mnogo sushto dopulneno to fakta che mod_perl precompilira modulite taka che te stoqt w kompiliran wid w pametta.

Neshto mnogo wajno koeto obiknoweno se propuska e che mod_perl ti dawa pulen interface kum API to na Apache - mojesh da prawish sus zaqwkata kakwoto si iskash po koeto wreme si iskash.

Druga zabluda koqto sum sreshtal - mod_perl ne w embeded ezik w HTML, nqma nishto obshto s PHP i nqma neshta ot sorta <?perl ?> i wutre si pishesh na perl. Tiq drugite raboti se dopiswat otgore na mod_perl ot razni prilojeniq i application serveri.

Taka che kato finalno zakluchenie - apache+mod_perl e mnogo stabilna, burza i udobna platforma za nadstroika - ima suma ti i prilojenie koito wurwqt otgore im.
Kato za nachalo pogledni Apache::Registry - towa e modul koito ti pozwolqwa da si rabotish sus starite CGI-ki kato obache gi "gulta" i kompilira w mod_perl praweiki gi mnogo po burzi.

E mai edinstweniq problem e razhoda na pamet - apache procesite stawat golemi no puk pri smeshnata cena na pameta si struwa da si kupish oshte 1G ako smqtash da prawish neshto stabilno. (edin proces s mod_perl = 12Mb+)

P.S.
Po byrzodeistwie mod_perl e wednaga sled chist C modul i static HTML. C modula prawi okolo 1500 hita/sec za hello world, mod_perl oklo 1100

Az opitah da premina direktno ot obiknovenite CGI pisani na perl kum mod_perl , no vuznikva problem s deklariraneto na promenlivite.. kakto i che prez edno dve izpulnenia bez nikakva vidima prichina v error.log-a poluchavam Internel server error.

SAMO CSKA !!!

tozi problem e chesto sreshtam ako promenlivite ti sa globalni (prosto si propusnal da opredelish tehnia scope). tova e ok za script-ove bez mod_perl, no za mod_perl ne raboti, zashtoto tezi promenlivi zapazvat stoinostite si pri razlichnite request-i na dadenia apache child process. za da gi izbegnesh izpolzvai strict pragma - use strict;

http://perl.apache.org - tam ima vsicko za mod_perl

Opredeleno si zalsujava da izpolzvash mo_perl naj veche za byrzodejstvieto koeto ste imat sitovete ...

Za mod_perl ima dobri man stranici, koito moje da poglednesh (v Linux).

man mod_perl
man cgi_to_mod_perl
man mod_perl_traps

Ako preminavash na mod_perl i izpolzvash chujdi CGI scriptove, ti preporychvam da vidish syshto i Apache::PerlRun (man Apache::PerlRun). Tova e modul koito shte ti pozvoli da go napravish malko po bezbolezneno otkolkoto izpolzvaiki populiarnia Apache::Registry.

Syshto ne e losho da izpolzvash i Apache::StatINC (PerlInitHandler Apache::StatINC). Tova shte ti pomogne da izbegnesh oshte edno neudobstvo, s koeto chesto se sblyskvat horata preminavashti kym mod_perl - che failovete izvikani s require "perlfile" se kompilirat ednokratno i stoiat v pametta nepromeneni dori ako source code se promeni.

Eto edin lesen nachin da napravish scriptovete v dadena direktoria na tvoia Apache wwwroot da izpolzvat mod_perl

<Directory "/var/www/html/test/">
<Files *.pl>
SetHandler perl-script
PerlHandler Apache::PerlRun
PerlInitHandler Apache::StatINC
Options ExecCGI
PerlSendHeader Off
</Files>
</Directory>


Happy Hacking

Blagodarq vi