Quand on parle de "langages de scripts", on pense souvent aux langages destinés à faciliter les tâches d'administration système (parsing des logs, sauvegarde périodique, activation/désactivation des comptes utilisateurs... bref ces 100000 opérations que l'on finit par scripter quand on a eu raz le [bip] de les effectuer 50 fois à la mano).
Et pour cela, les langages de prédilections plus ou moins destinés à cet usage sont :
- shell + sed + awk d'un coté,
- et des langages conçus pour (à l'origine, par exemple Perl sait depuis faire plein d'autres choses) synthétiser les 3 précédents "langages" : Perl, Python, Ruby (et tcl/tk pour les applis X).
Même si ces langages ont pas mal évolué depuis (Perl, Python etc), il faut bien voir qu'à l'origine ils étaient surtout utilisés pour concevoir des scripts "standalone", executés localement sur une babasse (ou un réseau), pour faire de l'admin de base.
En revanche, PHP a été conçu dans un esprit totalement différent : concevoir un langage pour faciliter l'écriture de scripts CGI. Et même si sa popularité commence à lui permettre de "dévier" vers un usage moins orienté "web" (on commence à voir des scripts locaux à une bécane écrits en PHP - énôôôôrme bétise AMHA), il reste bien distinct du triplet Python/Perl/Ruby.
Donc bon, si vous commencez à maîtriser le PHP et que vous voulez vous faire quelques scripts d'admin locaux à votre bécane ou autre (non CGI, donc), je ne saurais trop vous conseiller de jetre un oeil du coté d'un de ces 3 langages... parmis lesquels Perl est sans doutes le plus facilement acessible. Mais par pitié laissez PHP là où il est bon c'est à dire sur le web...
[^] # Re: Le PHP n'a rien a faire dans ce bouquin
Posté par Amaury . En réponse à la dépêche "langages de scripts sous linux" de C. Blaess. Évalué à 10.
Et pour cela, les langages de prédilections plus ou moins destinés à cet usage sont :
- shell + sed + awk d'un coté,
- et des langages conçus pour (à l'origine, par exemple Perl sait depuis faire plein d'autres choses) synthétiser les 3 précédents "langages" : Perl, Python, Ruby (et tcl/tk pour les applis X).
Même si ces langages ont pas mal évolué depuis (Perl, Python etc), il faut bien voir qu'à l'origine ils étaient surtout utilisés pour concevoir des scripts "standalone", executés localement sur une babasse (ou un réseau), pour faire de l'admin de base.
En revanche, PHP a été conçu dans un esprit totalement différent : concevoir un langage pour faciliter l'écriture de scripts CGI. Et même si sa popularité commence à lui permettre de "dévier" vers un usage moins orienté "web" (on commence à voir des scripts locaux à une bécane écrits en PHP - énôôôôrme bétise AMHA), il reste bien distinct du triplet Python/Perl/Ruby.
Donc bon, si vous commencez à maîtriser le PHP et que vous voulez vous faire quelques scripts d'admin locaux à votre bécane ou autre (non CGI, donc), je ne saurais trop vous conseiller de jetre un oeil du coté d'un de ces 3 langages... parmis lesquels Perl est sans doutes le plus facilement acessible. Mais par pitié laissez PHP là où il est bon c'est à dire sur le web...