Christophe B. a écrit 1660 commentaires

Mon avis qui n'engage que moi :

Les certificats tel que pratiqué il y a quelques années par ces "Autorités de confiance"

ce n'est que de la fumisterie, c'est juste un truc pour te piquer du pognon sous prétexte d'être sécure

Sans vouloir tomber dans le complotisme cela a été très bien organisé, d'abord les (con)sultants en sécurité qui ne jurait que par les certificats SSL,

De la les grosses entreprises (Banques, Assurance etc …) se devait d'avoir une protection à base de certificat, payant bien sur sinon c'est pas sécure , et qu'il fallait en mettre de partout.

Y compris sur des protocoles éprouvés et sécurisés comme PeSit par exemple qui tournait depuis plusieurs dizaines d'années et qui n'en avait pas besoin … il y en a même qui ne jurait que par la double authentification par certificat (client et serveur) par dessus un protocole comme PeSit ( https://fr.wikipedia.org/wiki/PeSIT )

Bref il y a une dizaine d'années ont pouvait acheter des certificats valables 3 ans (peut être plus me souviens plus) puis comme cela avait bien fonctionné, les sultans en sécurité ont fini par dire que les certificats devaient être changé tout les 2 ans … à 800 euros le certificat multiplié par le nombre d'entreprise et de serveurs cela finit par faire beaucoup d'argent

Bref une escroquerie informatique de plus comme la crypto monnaie, les NFT, Windows etc …

Pour avoir eu affaire avec CERTINOMIS il y a quelques années, je peu au moins dire que le support a été performant sympa et compétent.
Une sombre affaire de type de certificat pour un serveur que devait reconnaître un logiciel d'échanges de fichier (Axway Transfer …)
Il m'ont envoyé plusieurs types de certificats valable 1 mois pour tester.
Ce qui m'a permis de résoudre le problème.

Et je reconnais le faire aussi dans certains cas … pour les mêmes raisons
comme quoi on est 2 :)

Ce n'est pas que je veuille minimiser l'impact de l'introuvable page 404 sur la santé mentale des moules mais il y a bien pire …

La page des mentions légales !
ou, la aussi à l'instar de la page introuvable nous sommes face à l'absurde !

Car il s'agit de la seule page obligatoire sur un site et certainement la page qui ne sera jamais lue.

heureusement certains nous alerte sur ce paradoxe : Mentions légales

Bref le web, même pas sombre, n'est vraiment pas un lieu sur et sain.
Ou, nous mêmes ainsi que nos enfants, peuvent sombrer dans le néant avec la page 404 ou dans l'absurde avec les pages de mentions légales.

Je propose que l'on alerte les hautes instances (Hadopi, CNIL, France Info, BFM, CNEWS etc …) pour alerter la population et que la grande majorité des non initiés se tourne vers des solutions plus saines pour communiquer comme FaceBook, X et tiktok

PS : ceci dit quand je vois que certains députés voudraient interdire les VPNs en France, je me dit que l'on a déjà basculé, dans l'absurde ou le ridicule difficile à dire.

Très bonne question !

Si je me souviens bien :

bless $var ;

"Bénie" une variable qui devient alors un objet …

Perso j'ai vraiment compris la notion d'objet grace à cette commande

Merci je connaissais pas ce site ;)

Et merci pour ton travail

Quelqu'un aurait une idée du nombre de personne qui ont utilisé ce logiciel ?
Il faudrait que l'Unesco le rajoute dans le patrimoine Mondial cela serait mérité.

Sinon cela fait plus de 35 ans que j'utilise Vi et dérivé , en 1987 il n'y avait pas le choix et souvent pas assez de RAM pour lancer Emacs … donc vi

Il m'a fallu bien 6 mois pour le maîtriser mais après difficile de s'en passer, et puis c'était le dénominateur commun dans tout les Unix des années 90 à l'époque ou Linux et internet n'existait pas encore.

Aujourd'hui encore je l'utilise régulièrement sous linux et plus que par habitude.

Mais à chaque fois que je passe sur un autre éditeur il me manque la commande '.' (point)
cette possibilité d'effectuer une commande et de la recommencer en appuyant sur la touche '.'

Cher Bram, sans toi, la bataille Vi/Emacs aurait été perdue depuis longtemps par le camp Vi. Des milliers de Trolls sur linuxfr te doivent leur nourriture. Repose en paix!

Très bel hommage de ta part, difficile de faire mieux ;)

En gros, il est énormément plus simple de hacker un desktop qu'un serveur et c'est dû non pas à l'OS mais à ce qui tourne dessus et à l'utilisateur et ses connaissances.

Surtout avec un OS qui a été fait pour être vendu de force, avec un ajout de fonctionnalités bien souvent inutiles et tout cela au détriment de la qualité et de la sécurité.

Et en plus une société qui a été prête à tout pour maintenir son monopole. Pas besoin de vous faire un dessin :)

Exactement comme ce qu'il se passe sur les réseaux sociaux, le but n'est pas de fournir un outil mais de fournir du temps de cerveaux disponibles …

Bref c'est un beau gachis et c'est dommage, maintenant il va falloir mettre un peu de bon sens dans tout ce merdier pour récuperer des années de conneries et c'est loin d'être gagné …

C'est vrai :)

Comme la lumière ne peut exister sans l'obscurité, linux n'aurait jamais eu autant de succès si Windows n'avait pas autant de défaut.

Si toutes les entreprises bankable passaient toute leur infra sous Linux on verrait le même genre d'industrialisation des attaques.

Par contre quand tu sais que 80% des serveurs web sont sous "Linux" (*BSD, Unix, etc …)
Et ce même sur le cloud de Microsoft :) si cela avait du être industrialisé cela aurait déjà été fait …

Et je ne te parle pas des pare feux quasi exclusivement des noyaux linux à l'origine, enfin de ceux que je connais …

Actuellement la question quand tu as un environnement windows ce n'est pas SI tu va faire pirater mais QUAND.

Tout les clients, que je connais, qui ont eu une infection a base de ransomware le constat a été le même

Tout les postes et les serveurs Windows HS voir down
Tout les serveurs Unix et Linux : opérationnels mais sans poste clients devenu inutile

D'ailleurs ont voit bien une industrialisation de ce genre d'attaque dans la manière dont cela se passe, l'infection n'est pas subite, mais reste latente jusqu'au jour ou tout se déclenche.

D'ailleurs dans certains cas même les sauvegardes étaient vérolées sauf celle qui avait plus d'un mois pour un cas. pour les autres la vérification aurait pris trop de temps.

Aucun anti virus ni système de protection malgré les mises à jours régulière, n'a prévenu ou remarqué l'infection jusqu'au moment ou cela c'est déclenché.

Merci pour le lien sur la page Wikipédia qui me paraît plus réaliste que les autres statistiques.

Cela fait des années que la plupart des médias nous rabattent les oreilles avec la prédominance de Windows alors que cela ne concerne qu'une petite partie de ce qui existe dans l'informatique mondiale.

Mais autant parler de ce qui reste le marché dominant de Microsoft et surtout ne parlons pas :

• des super computers
• des serveurs (web et autres)
• des smartphones
• des tablettes

Peut être quand les entreprises en auront marre de se faire pirater et saccager leur système une évolution sera envisageable.

En tout cas le poste sous windows que l'on m'oblige à utiliser professionnellement ne me donne qu'une envie : utiliser Linux.

Windows est fait pour être vendu, Linux est fait pour être utilisé … cela reste encore malheureusement vrai

Ah parfois on a de l'inspiration et on sort ce genre de blague sur le vif, pas méchante , qui surprenne et font rire et sourire.

En plus mon frère travaille dans l'info, et il y a peu dans la même boîte que moi ;)

Très bon bouquin, agréable à lire que du bonheur

Si jamais tu continues dans cette voie, après tout tu as matière pour écrire des fictions, n'hésite pas à nous prévenir

Cette histoire mérite un film pour les allergiques aux livres papiers

Encore merci pour cet ouvrage

:)

En fait ce qui m'a le plus surpris c'est quand Stephen King et J.K. Rowling m'ont appelé pour que je dédicace leur exemplaire :)

Il y a plus d'un âne qui s'appelle Martin à la foire

Encore Eyrolles renvoi dans sa liste au moins des ouvrage avec le nom et/ou le prénom.

Car Amazon m'a déçu sur ce point car en cliquant sur le nom de l'auteur il y a un peu tout et n'importe quoi qui se présente.

le problème avec nom et prénom comme les miens c'est que tu as forcément des homonymes, une recherche google renvoi 20 500 000 références, alors que celui de ma compagne 11 300.

Ceci dit cela me va très bien, rien de mieux qu'une forêt pour cacher un arbre.

au passage je me suis mis réellement au Python grâce à ce bouquin !!!

Merci beaucoup, cela va être difficile de pas prendre la grosse tête :)

J'aimais beaucoup virtualenvwrapper mais quand j'en ai eu besoin il ne fonctionnait plus sur les dernières versions de python c'est dommage car j'aimais la commande workon pour switcher d'un environnement à l'autre et aussi lister les environnements crées

Mais sinon oui un environnement python par projet, c'est ce qu'il y a de mieux IMHO

Merci beaucoup pour tes commentaires … encore quelques uns comme le tien et je vais devenir insupportable :)

Sinon il y a 2 coquilles dans la première édition, corrigées dans la seconde :

• page 357 : il manque un "non"

=> seul les objets mutables peuvent être des clés de dictionnaires

à remplacer par

=> seul les objets non mutables peuvent être des clés de dictionnaires

C’est certainement la section la plus difficile à lire, mais un lecteur l'a remarqué quand même

• page 427 :

=> pip install docx

à remplacer par

=> pip install python-docx

Ce lien pointe sur une archive contenant tout les scripts du livre.

Cependant, autant te prévenir, j'ai peur que certains bout de code te pique les yeux … mais toutes remarques sensées (même extrême) est le bienvenu.

Et en réponse à tes réflexions :

Le PEP8 oui j'ai toute une section sur le sujet, même si je dois le reconnaître ne pas avoir lancé l'utilitaire pep8 sur tout les scripts.

Ensuite, cet ouvrage s'adresse à des administrateurs systèmes ou des informaticiens qui produisent des petits scripts, pas a de grands débutants en informatique, ni a des développeurs python chevronnés, d’où ce coté plus "pratique" que "académique".

C'est voulu et assumé, il y a pléthore de très bon bouquins sur python et j'ose espérer que le mien se démarque un peu de part l'expérience que j'ai voulu transmettre, en fait j'ai écrit le bouquin que j'aurais voulu trouver en découvrant python il y a quelques années

renvoyer vs retourner : d'autant plus difficile avec python et son mot-clé 'return' :)

Avec le recul je m'aperçois qu'il aurai été judicieux avoir des conseils sur certains points avec quelqu'un comme toi qui enseigne ce langage depuis des années, même si la personne qui a relu la deuxième édition m'a beaucoup aidé dans la reformulation de certaines parties :)

Oui docker pourquoi pas, c'est plus moderne en plus ;)

En fait je voulais juste fournir au moins une méthode pour tester les scripts sans pourrir son installation principale.

Mon avis d'admin :

La moins mauvaise méthode, a mon humble avis, est une approche par projet ainsi chaque projet doit être indépendant et cloisonné.

Avantage : chaque projet vis sa vie et ses versions évoluent en fonction des besoins

Inconvénients : chaque projet doit être suivi et les vieux projets sont vite oubliés et les ressources gaspillées. Les vieux projets peuvent devenir des boulets et il faut souvent faire le ménage dans les versions de Test / Preprod etc …

En fait il y aurait de quoi développer un outil pour gérer les différents projets et les ressources allouées, chaque projet devrait avoir un chef de projet et une durée de vie etc …

bref gestion et documentation sont les 2 mamelles d'un environnement sain :)

Si je prend mon exemple perso, j'ai plein d'environnement python de la version 2.7 à la 3.12 plus quelques VM sous virtualbox.
Et bien entendu chaque version de python peut avoir plusieurs environnements.
Je le reconnais c'est très difficile de s'y retrouver, ainsi que l'environnement qui va bien avec le depot local git, surtout si j'ai oublié de la préciser dans le README.
Mais c'est MON environnement et je suis tout seul sur cette machine ;)

Par contre pour les quelques trucs que j'utilise en tant que "PROD" même si je suis le seul utilisateur, alors ils sont sur un environnement externe avec un cloisonnement par "projet"

C'est vrai que cela mériterait un chapitre à part entière, mais je n'ai pu y consacrer qu'une section et qu'une ou deux annexes.

J'explique très rapidement comment mettre en place un environnement python, trouver le binaire python3 et vérifier la version, puis comment utiliser pip
Plus loin dans les annexes comment créer une machine virtuelle avec VirtualBox pour tester sans casser sa machine principale et comment compiler python depuis les sources.

Car ce livre s'adresse à des experts, qui connaisse un peu linux et surtout la ligne de commande, pas des grands débutants en informatique.

C'est un choix que j'assume, de plus ces sujets sont très bien traités sur le net. Et je reconnais être plus "pratique et pragmatique" qu'académique ;)

Alors ce livre est fait pour toi, tu es exactement le public visé à l'origine du projet.
Un administrateur système qui a besoin d'apprendre python ou qui dans l'écriture de ses scripts à besoin de plus que ce peut offrir le shell.

Mais après écriture ce livre peut très bien convenir à tout informaticien qui connaît linux, le shell et la programmation et qui veut apprendre le langage python.

Pour les sysadmins c'est aussi plein d'exemples pour recueillir des infos sur ses machines, effectuer des manipulations de données, accéder à des bases de données, lire et écrire dans des formats de fichiers très courants, faire de joli rapport PDF ou HTML, générer des données aléatoires cohérentes etc …

Pour les autres informaticiens ce livre parle de cas de figure à la frontière entre le développement et l'administration système.
Mais c'est peut être une vision "old school" de ma part, car j'ai longtemps évolué dans un environnement ou les développeurs ne voulait pas entendre parler de ligne de commande.

J'ai passé beaucoup de temps à peaufiner des scripts qui demanderait pas mal de recherche sur le net pour illustrer chaque sections, comme avec les librairies RRDTool, Reportlab par exemple.

Les instructions et les fonctions de bases du langages sont illustrés avec des exemples pertinents et des informations que je n'avait jamais trouvé ailleurs ainsi

>>> x=5
>>> y=8
>>> x or y # quelle valeur est retournée ?

Je vous le dit ce n'est pas pour rien si le livre fait 862 pages, d'ailleurs au prix ou l'éditeur le vend cela reviens à 4,5 cents d'euros la page :)

Une de mes plus grandes récompenses est venue quand un lecteur m'a dit que ce livre lui servait de référence et ne quittait jamais son bureau.

J'espère que je ne rate rien d'important !

Oui et non :) cela dépend de ce que tu attends de ce livre

Non :
car même la première édition te permettra d'apprendre python et/ou de progresser avec ce langage.
Certains lecteurs, moi y compris, ce servent de ce livre comme référence, car certains scripts et sections vont beaucoup plus loin avec certaines librairies que ce que l'on trouve rapidement sur le net.

Ce n'est pas pour rien qu'il pèse plus d'un kilo :)

Sur les 763 pages de cette édition 53% sont dédiés à la découverte et à l'apprentissage, 25% sur la pratique dans des cas concrets que j'ai rencontré et 13% pour progresser et aller plus loin( le reste constitue les annexes 9% )

Oui :
la deuxième édition m'a permis de faire une mise à jour et de corriger quelques petits points et d'aller plus dans le détail sur d'autres.

Dans les points mis à jour : match - case
J'ai été obligé de faire 2 sections, 1 sur l'usage de ces "soft keywords" avec des litéraux et l'autre sur l'usage avec des objets.

La correction de certains points concernent des scripts pas franchement système mais très intéressant pour comprendre certains concepts du langage. C'est ainsi que j'ai enlevé les scripts sur le jeu de bataille et l'évaluation d'une main au poker, qui permettait de bien comprendre les types de données listes et dictionnaires.

Sincèrement mélanger des cartes en python fait appel a plein de notion :)

   print("Melange des cartes")
    while paquet:
        melange.append( paquet.pop( paquet.index (random.choice(paquet) ) ) )

OK c'est pas trop 'sysadmin'
Cela a été remplacé par des exemples basés sur RRDTool, Scapy et subprocess beaucoup plus "système d'administration linux"

Et il y a un chapitre de plus sur le CLOUD, chapitre dont je particulièrement content car il explique de manière simple le cloud et les bonnes pratiques à respecter sur AWS avec en final un script qui permet de générer avec la librairie boto3 un environnement complet sur AWS.

Donc oui la deuxième édition est forcément meilleure, c'est une amélioration mais pas un nouvelle version qui chamboule tout.

Cela m'a permis de corriger ce que j'avais trouvé un peu trop léger ou pas assez sysadmin, et aussi suivi les conseils de mon éditeur sur certains points et au final j'ai inséré certaines choses que je n'avais pas pu faire lors de la première édition.

J'aurais aimé tout garder et seulement rajouter mais je risquais de buter sur la limite technique du nombres de pages et/ou de caractères, car la première édition en était pas si éloignée que ça

Bonjour à tous

Pouvez vous me transmettre sur ma boite mail les coordonnées de la ou les personne(s) à contacter pour les récompenses sur les journaux les mieux notés.

pour me contacter

En effet pour la sortie de mon ouvrage, Scripting Python sous Linux 2e Edition, je peu obtenir de l’éditeur un exemplaire gratuit et je souhaiterai que LinuxFr en profite.

Merci

Merci beaucoup

Super content que vous ayez apprécié toi et un de tes enfants :)

La récompense pour les efforts lors la rédaction d'un livre : c'est d'être lu
Et les livres c'est fait pour être partagé, prêté …

Cela m'a surpris quand on m'a demandé de fournir une deuxième édition, mais apparemment le nombre de ventes n'a pas été si mauvais que ça (non je ne suis pas devenu riche ;) ) et ne serait ce que pour l'éditeur il faut bien relancer la machine.

Cette deuxième édition corrige quelques coquilles, certains scripts ont été supprimés et remplacés par d'autres plus dans le sujet de l'administration système.
Les nouveaux mots clés 'match-case' sont abordés, en 2 parties d'ailleurs car c'est exactement le genre d'ajout au langage qui peut changer la manière de coder en python.
Il y a un chapitre de plus sur le CLOUD avec les bonnes pratiques à respecter sur AWS et un exemple complet sur la librairie boto3 qui permet de construire un environnement complet sur AWS.

Je le redis si tu veux une dédicace a joindre a ton exemplaire, n'hésite pas me contacter sur ma boite mail perso pour me transmettre ton adresse et je te renverrai une dédicace sur papier libre.

Encore merci pour ton chaleureux retour :)

C'est déjà ça …

Question : des fantômes et des plus de 70 ans … passe encore cela paraît plausible

mais des collégiens et des lycéens ?!? sur LinuxFr ?

Difficile à croire …

IL y a une version mobile du site ?