Christophe B. a écrit 1751 commentaires

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 ?

Dans les années 90 c'était la révolution des "langages de 4eme génération" : L4G
avec même des concours pour se confronter au COBOL

Le L4G Adonix très spécialisé dans l'info de Gestion, édité par la sté SPEMI et pondu par Bertrand YVINEC, Luc VERNA et Freddy SALAMA était très innovant pour l'époque.

Tous des Joueur de Bridge, Freddy tenait même la rubrique "Bridge" du regretté Magazine "Jeux et Stratégie"

Une des premières applications avait été de gérer les tournois de Bridge :)

Puis c’est devenu SPEMI qui est devenu ADONIX, avec notamment l'ERP ADONIX ENTREPRISE qui est à l'origine de SAGE X3

Toute une époque !

À la grande rigueur on peut s'y entraîner à SQL sans danger.

Bon je me moque, même si ce n'est pas dredi, mais depuis quand SQL est il dangereux ?

Windows , Bing, La suite office … OK c'est un peu comme les réseaux sociaux et la télé réalité si tu abuses tu peu perdre des points de QI mais SQL …

Pour infos, et en plus je peu étaler ma science ;) voici quelques commandes de bases

$ sqlite3 test.db
SQLite version 3.31.1 2020-01-27 19:55:54
Enter ".help" for usage hints.

sqlite> create table contacts ( id integer, nom varchar(30), tel varchar(30), dnai date);

sqlite> .schema contacts 

CREATE TABLE contacts ( id integer, nom varchar(30), tel varchar(30), dnai date);

sqlite> insert into contacts values ( 1, "Linus Torvalds", "06.12.34.56.78", "1969-12-28");

sqlite> select * from contacts;
1|Linus Torvalds|06.12.34.56.78|1969-12-28

delete from contacts where id = 1;

sqlite> .quit

rm test.db

PS: enfin j'ai compris comment fonctionne les blocs de code :)

Exactement le genre de choses qui peut être utile quand on connait mal le dev WEB

merci

Inscrit depuis Avril 2000, p…. 23 ans

A l'époque les sites français et pertinent sur linux n'était pas légion

Et maintenant ceux qui ont résisté aussi longtemps non plus.

Vous pouvez être fier de tout ce que vous avez fait en qualité et en durée de vie, 25 ans en informatique c'est énorme.

Bon ok c'est pas encore dredi …

Mais reste t il encore des "djeunes" sur LinuxFR ?

vous pouvez moinsser …

Joyeux Anniversaire LinuxFr

tellement de choses se sont passés sur ce forum et que des bonnes choses …

Merci à tous pour ce joyeux forum, pour son intelligence, sa largesse d'esprit et la qualité de ses posts

Longue vie a Linuxfr

On va tous mourir … dixit Homere Simpson

Avec ce genre de choses, et depuis l'élection de Trump, les créationnistes qui font se côtoyer dinosaures + Adam et Eve, des groupes qui sont persuadés que la terre est plate
etc …

La bêtise humaine franchit une borne de plus, et quand on dépasse les bornes il n'y a plus de limite.

Et ce magnifique outil qu'est internet, un espace libre de partage de connaissance est devenu, beaucoup trop vite à mon goût, un accélérateur de bêtise humaine.

Et le pire dans tout ça, c'est que cela n'augure rien de bon dans l'avenir, à chaque fois je me dis que l'on ne peut pas faire pire, et pourtant si c'est possible.

Surtout que dans un groupe l'intelligence collective a tendance a se diviser alors que la bêtise se multiplie très vite.

Le phénomène ne va que s'empirer d'années en années et le film "Idiocracy" passe de comédie en prophétie.

Si vous avez des réponses plus optimiste n'hésitez pas écrivez les, j'en ai besoin …

Je n'ai qu'une objection à cette approche : le système d'exploitation n'est pas libre. ;)

Objection acceptée !
honte sur moi j'ai oublié ce "détail" … pour ma peine je vais relire 10 fois la GPL …

Bonjour

Je comprends le plaisir de fabriquer soi même certaines choses, tout en apprenant plein de techniques.
Cela permet aussi de maîtriser ce que ce genre d'appareil pourrait envoyer comme données à l'extérieur.

Mais dernièrement j'ai voulu seconder mon vieux NAS, construit en 2014 ou 2016 je sais plus, et fabriqué a partir d'un PC de l'époque pour une capacité de 6 To dont 3 To utiles.

A l'époque en plus du plaisir du DIY il y avait aussi un gain économique qui allait du simple au double.

Mais maintenant, j'ai pu acquérir sur LE site de vente en ligne un NAS WD de 8To (4To utile) pour 378 euros.

Et en plus du vrai plug and play avec linux, même pas besoin de s'inscrire sur le site du constructeur ou en plus de ton nom ton adresse il demande ton groupe sanguin celui de ta famille et même plus.

Bref le plaisir du DIY OK mais je suis pas convaincu que cela coûte réellement moins cher.

Sinon ton résultat est super chouette, comment tu as fait pour la découpe laser un fab lab ?