Fonctionnement de mod_perl
Le principe de fonctionnement de mod_perl est assez simple : Apache charge Perl au démarrage -- ce qui produit de très gros processus fils d’Apache. Cela économise le temps pris par le chargement et le déchargement de l’interpréteur Perl, mais consomme beaucoup plus de mémoire.
Si vous utilisez Apache::PerlRun, vous obtiendrez un compromis, où Perl est conservé en mémoire mais où les scripts sont chargés à chaque fois qu’ils sont lancés. La plupart des scripts CGI fonctionneront correctement dans cet environnement.
Si vous voulez vous goinfrer de mémoire et utiliser Apache::Registry, vos scripts seront également chargés au démarrage, ce qui vous permettra d’économiser également leur temps de chargement et de déchargement. Si vos scripts utilisent un gestionnaire de base de données, vous pouvez également conserver un connexion ouverte vers ce gestionnaire et encore gagner du temps (voir plus loin). Aussi bon que cela soit en terme de rapidité d’exécution, il y a un inconvénient car vos scripts s’exécutent alors tous comme des sous-programmes d’un programme principal caché. Dès lors les variables globales ne sont initialisées que lorsque Apache démarre, ce qui peut être fatal si vous ne le comprenez pas. Nous reviendrons sur ce problème plus tard.
Les problèmes de mod_perl -- qui ne sont pas aussi sérieux que cela -- viennent quasiment tous du fait que tous vos scripts séparés s’exécutent maintenant comme un script unique dans un environnement assez curieux.
Cependant, comme Apache et Perl sont maintenant intimement liés, l’interface entre eux est devenue d’autant plus floue. Assez curieusement, nous pouvons maintenant inclure des scripts Perl dans le fichier de configuration d’Apache, bien que nous n’allions pas ici jusqu’à de tels extrêmes.
Les choses étant plus complexes, il y a plus de possibilités d’erreurs et les tests doivent être faits plus soigneusement. Le fichier error_log va devenir votre meilleur allié. Assurez-vous que les bonnes lignes sont activées lorsque vous compilez mod_perl et utilisez Carp pour obtenir des messages d’erreur plus complets lors de l’exécution de vos scripts.