"langages de scripts sous linux" de C. Blaess

Posté par  . Modéré par Amaury.
Étiquettes :
0
19
fév.
2002
Linux
"Langages de scripts sous linux", écrit par C. Blaess bien que faisant simplement une présentation de plusieurs langages de scripts (Shell Bash, Sed, Awk, Perl, Tcl, Tk, Python, Ruby) est véritablement complet. Il donne enormément d'informations pour l'écriture de scripts sous Linux, et il se destine, surtout pour la partie Bash, aussi bien aux débutants (qui peuvent apprendre beaucoup de commandes de ce shell pouvant être utile tous les jours), qu'aux utilisateurs un peu plus avancé désirant mieux parfaire leur maîtrise du système.

Tout les différents langages sont mis sur un même pied d'égalité, C. Blaess les présente tous avec leurs points forts et les situations où ils sont vraiment utiles. De bonnes explications et de bon exemples rehaussent le tout.

Un livre a mettre en toute les mains.

Aller plus loin

  • # Incomplet

    Posté par  (site web personnel) . Évalué à -5.

    Il ne parle pas de PHP :(

    • [^] # Re: Incomplet

      Posté par  . Évalué à -6.

      bah, c'est pas un langage de script PHP ... on m'aurait menti ?

      • [^] # Re: Incomplet

        Posté par  . Évalué à -4.

        > ... on m'aurait menti ?

        Mais non !

        PHP c'est compile comme Perl et ca arrive pas a la cheville de sed...

      • [^] # Re: Incomplet

        Posté par  . Évalué à 0.

        surement, oui :)
        www.php.net, c'est a gauche :)

    • [^] # Re: Le PHP n'a rien a faire dans ce bouquin

      Posté par  . Évalué à 10.

      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...

      • [^] # Suis-je tombé dedans?

        Posté par  . Évalué à 4.

        Tes arguments pour ne pas utiliser PHP en tant que shell d'administration ne sont pas très convaincant. En quoi ce serait une grosse bêtise ?

        Avec PHP, on manipule des chaines de caractères, analyser un systèle de fichier, gérer les droit d'accès au fichier...

        Je crois que c'est plus une question de tradition. Mais a première vu, je ne vois pas de contre indication à l'utilisation de PHP pour faire du script.

        • [^] # Re: Suis-je tombé dedans?

          Posté par  . Évalué à 10.

          Si je te sors Perl >> PHP pour tout ce qui est admin sys, tu ne me croiras pas. Va donc faire un tour du coté du CPAN ( http://www.cpan.org/(...) ) et tu comprendras ce que cela signifie quand on dit que Perl a plus de 10 ans derrière lui...

          PHP est un langage jeune. PHP a été conçu pour faire des CGI. Il le fait pas mal.
          Perl a été conçu pour faire de l'admin. Ca fait 10 ans que des milliers d'admins utilisent et contribuent à ce langage. Le nombre de modules pour Perl est innimaginable.

          De toutes façon, les trolls "Titi est mieux que toto" sont stériles. J'ai pas d'action chez Perl ni PHP... et j'utilise les 2 langages, mais je trouve la "dérive" de PHP vers l'admin sys contre-nature... tout cela parce que plein de gens ont appris à programmer avec PHP et que pour cette raison ils vouent un culte à ce langage.

          Regarde 2 secondes la beauté de la gestion des regexp en Perl, tu vas comprendre ta douleur (quelles horreurs ces preg/ereg !!!).

          Bon, n'embrayons pas sur un troll entre langages, c'est juste mon avis et il ne vaut qu'en tant que tel, et visiblement l'auteur du bouquin le partage aussi car PHP n'y figure pas.

          • [^] # Re: Suis-je tombé dedans?

            Posté par  . Évalué à -5.

            Je ne suis pas du tout d'accord avec toi(2)
            -Le nombre de module de PHP est énorme(et AMA le developpement des modules PHP est plus actif)
            -Pour la beauté des regexp en perl, cela tient plus de la branlette intelectuelle qu'autre chose...
            -Je trouve aussi que Perl est un langage parfait pour l'admin systeme mais l'accessibilité de PHP lui permettra bientot(?) de faire parti de ces langages

            PS:
            je trouve la "dérive" de PHP vers l'admin sys contre-nature
            .... comme la s*d*mie?

      • [^] # Re: Le PHP n'a rien a faire dans ce bouquin

        Posté par  . Évalué à 0.

        A part dire que c'est mauvais, tu as un argument quelconque pour justifier le fait que ce soit mauvais ?

      • [^] # euh pour le web...

        Posté par  . Évalué à 1.

        python est bon aussi ->Zope et le dtml et futur langage zml-si je me trompe pas- moi je me passe bien de php

      • [^] # Re: Le PHP n'a rien a faire dans ce bouquin

        Posté par  . Évalué à -2.

        Je ne suis pas du tout d'accord avec toi.

        (Nos arguments sont à peu près équivalents)

  • # C. Blaess ?

    Posté par  (site web personnel) . Évalué à 7.

    C'est le traducteur d'une grosse partie des pages man en français et, vu le nombre de pages man traduites, c'est sur que le livre doit etre assez complet.
    Éspérons que ce livre le récompense financièrement du fabuleux travail qu'il a effectué jusqu'ici.
    Allez, répétez après moi : "tiens ? et si je l'achetais ?"

    • [^] # Cristophe Blaess...

      Posté par  . Évalué à 2.

      il fait encore plus que cela, il a ecrit un bouquin sur le langage C, des tas d'articles dans divers mag -misc n°1, des journaux anglais, linuxmag france...- il fait la traduction du man.... mais va voir son site perso tu as plein de truc en autre les articels qu'il a ecris.
      Félicitation mr Blaess
      'd'ailleurs j'ai mis la news car j'ai acheté le bouquin et que j'ai commence a le lire...'

      • [^] # Re: Cristophe Blaess...

        Posté par  . Évalué à 1.

        "Programmation système en C sous Linux" C. Blaess Ed Eyrolles.

        Très bon bouquin (sauf la reliure trop fragile), synthétique mais pas simpliste et pas cher pour ce qu'il apporte.

  • # Ah ... c'est le livre des programmateurs ?

    Posté par  . Évalué à -2.

    Méchaniques ou électronique ?

    cf : 4ème de couv, ça la fout mal pour le traducteur des manpages

    vu et dispo chez Dialogues à Brest (http://www.dialoguesenligne.com/(...) )

    [-1 mesquin]

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.