Les modules CGI de perl sont quand même assez casses-burnes assez fréquemment (syntaxe pas du plus commode).
Ceci dit, l'intérêt principal pour moi de faire du perl pour du web au lieu de php, c'est que le perl ça se débogue facilement, pas le php.
(et puis bon, avantages habituels de perl sur php : gestion de listes, tableaux, regexp...)
Enfin bon, dans certains cas, bricoler en PHP s'avère plus rapide, et à surtout l'avantage de pouvoir être installé sur n'importe quel serveur (PHP est plus fréquemment accessible que Perl, sur les hébergeurs -- sans doute parce qu'il est plus facile à brider) : http://savannah.nongnu.org/projects/annif(...)
[^] # Re: Les scripts en PHP, ou creuser une tranchée à main nue.
Posté par Anonyme . En réponse à la dépêche PHP-GTK en v1.0.0. Évalué à 1.
Ceci dit, l'intérêt principal pour moi de faire du perl pour du web au lieu de php, c'est que le perl ça se débogue facilement, pas le php.
(et puis bon, avantages habituels de perl sur php : gestion de listes, tableaux, regexp...)
Enfin bon, dans certains cas, bricoler en PHP s'avère plus rapide, et à surtout l'avantage de pouvoir être installé sur n'importe quel serveur (PHP est plus fréquemment accessible que Perl, sur les hébergeurs -- sans doute parce qu'il est plus facile à brider) : http://savannah.nongnu.org/projects/annif(...)
Dans d'autres cas, bricoler en Perl est vraiment d'un confort absolu lorsqu'il faut avoir quelquechose un poil plus subtil, intervenant sur differentes machines via cron : http://savannah.nongnu.org/projects/comonfeelthenoize(...)