Articles précédents : Articles
- [120] Le libre: la porte ouverte au téléchargement? Paris Nanterre X 19/05/2005
- [70] La saga Maui X-Stream continue
- [23] Sortie de Kile 1.8
- [52] Linux à Cuba : İ Viva la penguinista !
- [179] Langages et performances : les Français à l'honneur !
- [18] LinuxEdu
- [47] Sortie d'OpenBSD 3.7
- [194] Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java
- [23] Un point sur l'audiovisuel dans le monde du libre.
- [39] TNT sous Linux
Liens connexes
- Site de mod_perl (557 hits)
- La nouvelle sur Slashdot (197 hits)
Dépêche modérée par
Dépêche éditée par
Son principal intérêt est d'exécuter les scripts CGI en Perl beaucoup plus rapidement puisqu'il n'y a plus besoin de créer un processus (fork()) à chaque requête, les modifications à apporter aux programmes étant minimes pour le faire tourner avec ce module. Il offre également de nombreuses autres possibilités.
En plus d'améliorer considérablement la performance des scripts CGI écrits en Perl, mod_perl permet d'adapter très finement le comportement d'Apache à ses besoins.
Il est ainsi possible de programmer les règles de transformation des URL en noms de fichiers, le mode d'identification de l'utilisateur ou les droits d'accès au document... Il est même possible d'écrire des portions du fichier de configuration d'Apache en Perl ...
Il faut également signaler que des modules similaires existent pour d'autres langages de scripts tels que Python, Ruby ou Tcl...
Site de mod_perl (557 hits)
La nouvelle sur Slashdot (197 hits)
> Lire les commentaires (7 commentaires, moyenne: 4,9).
adapter les scripts
Faudrait juste préciser que mod_perl ne permet pas d'utiliser les scripts CGI "tels quels". Sous mod_perl les scripts deviennent des packages (comme les packages en .pm de Perl) et il faut donc modifier les appels de variables.
Par exemple on accèdera à une variable ou une fonction avec l'appel $MONPACKAGE'mavariable ou &MONPACKAGE'mafonction
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm
-
[^]Re: adapter les scripts
Posté par tontonflingueur () le 25/05/2005 à 09:10. (lien). Évalué à 7.Avec Apache::Registry, si (à quelques subtilités près, liées au fait que les scripts ne sont compilés qu'une seule fois).
> User Contributed Perl Documentation Apache::Registry(3)
>
>
>
> NAME
> Apache::Registry - Run unaltered CGI scrips under mod_perl
>
>SYNOPSIS
> #in httpd.conf
>
> Alias /perl/ /perl/apache/scripts/ #optional
> PerlModule Apache::Registry
>
> <Location /perl>
> SetHandler perl-script
> PerlHandler Apache::Registry
> Options ExecCGI
>-
[^]Re: adapter les scripts
Posté par zero heure (Jabber id, page perso, ) le 25/05/2005 à 11:48. (lien). Évalué à 4.Je ne connaissais pas, merci. ça à l'air bien même si ça n'est pas parfait, d'après ce que je lis dans la doc:
http://perl.apache.org/docs/1.0/api/Apache/Registry.html(...)
Apache::Registry makes things look just the CGI environment, however, you must understand that this is not CGI. Each httpd child will compile your script into memory and keep it there, whereas CGI will run it once, cleaning out the entire process space. Many times you have heard "always use -w, always use -w and use strict". This is more important here than anywhere else!
--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm
-
Utilisez toute la puissance de mod_perl, avec Mason
Mason est un puissant moteur de développement et de diffusion de sites Web basé sur Perl. Avec Mason vous pouvez inclure du code Perl dans du HTML et réaliser des pages à partir de composants partagés et réutilisables.
Mason est conçu pour fonctionner de manière optimale avec Apache et mod_perl (bien qu'on puisse l'utiliser en CGI ou de façon autonome.)
Depuis Mason 1.27, diffusé le 28 octobre 2004, le support de Apache/mod_perl 2.0 a été ajouté au coeur de Mason.
http://www.masonhq.com/(...)
Dernière version stable : Mason 1.28 (6 novembre 2004)
Dernière version de développement : Mason 1.3 RC (21 janvier 2005)
Le manuel du développeur :
http://www.masonhq.com/docs/manual/Devel.html(...)
Le site du livre de Mason paru chez O'Reilly :
http://www.masonbook.com/book/(...)
Alternatives à Mason (Embperl, Apache::ASP, HTML::Template, Text::Template, Template Toolkit et PHP) :
http://www.masonbook.com/book/chapter-1.mhtml#TOC-ANCHOR-7(...)
-
[^]Re: Utilisez toute la puissance de mod_perl, avec Mason
Posté par l'architecte () le 25/05/2005 à 08:01. (lien). Évalué à 3.Je confirme: c'est un outil extrèmement puissant qui apporte des solutions aux principales difficultés du développement web sans définir de choses existant ailleurs (ou très peu). Et pour ce qu'il ne résout pas, il reste le CPAN.
-
[^]Re: Utilisez toute la puissance de mod_perl, avec Mason
Posté par zero heure (Jabber id, page perso, ) le 25/05/2005 à 11:57. (lien). Évalué à 3.C'est vrai que Mason est un super outil, capable de gérer des trucs énormes. Si je me souviens bien, il a été d'abord développé pour le site salon.com
En fait je l'ai toujours trouvé trop bien, trop puissant, et je n'ai jamais osé l'utiliser pour des "petits" projets (si bien que j'avais même développé un CMS en perl: paperclone). On est bête parfois.
NB: Il y a aussi ePerl de Ralf Engelschall
http://www.ossp.org/pkg/tool/eperl/(...)--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm-
[^]Re: Utilisez toute la puissance de mod_perl, avec Mason
Posté par Yves Agostini (Jabber id, ) le 25/05/2005 à 19:30. (lien). Évalué à 1.très pratique pour des petites bricoles également
et un petit exemple de code : un "phpadmin like " :
http://www.crium.univ-metz.fr/docs/devel/perlcrium/db/(...)
-




Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.