Empêcher la modification des scripts d'un projet python

Version imprimable

21/03/2023, 14h24
azad2b

Empêcher la modification des scripts d'un projet python

Bonjour.
J'ai envoyé à des amis, un (très gros) dossier contenant tous les fichiers d'un projet Python. Et je leur ai conseillé l'utilisation de l' EDI Pycharm community. Mais vous savez ce que c'est ! Parfois on lit un script, on ne fait pas attention, On clique, çà et là ... et c'est la cata : l'éditeur était actif, on a inséré un point d'édition et à son insu, on modifie le script ... on le relance et boum ... syntax error ou ... autre.
Quelqu'un qui connait un minimum de Python, s'en sort très bien, car Pycharm est très bavard. D'autres ... non.
Protéger tous les fichiers par un mot de passe (même commun) serait lassant : il y en a trop. Bien entendu aux plus ignorants d'entre-eux j'ai conseillé une sauvegarde quelque part sur leur disque, Les autres savent très bien comment corriger les erreurs qu'ils auraient pu commettre.
Quelle solution simple, me conseillerez-vous ?
Entendons nous bien : il ne s'agit pas d'interdire les modifications .... bien au contraire, Mais juste de freiner les ardeurs.
Merci, à tous.
PS : Rien trouvé dans PyCharm.
21/03/2023, 15h07
Sve@r

Bonjour

Citation:

Envoyé par azad2b

Quelle solution simple, me conseillerez-vous ?

Si vous bossez en communauté: Un dépot de sources (style git). Ensuite chacun extrait du dépot un clone du projet, modifie sa propre partie (je pars du principe que chacun est concentré sur une lib du projet) et dépose juste la lib modifiée dans le dépot. Bref la base du développement collaboratif.

Si c'est juste "hey les bouseux, voici mon programme, vous pouvez le tester" alors rien. Si tes potes modifient leur version déjà tant pis mais ils peuvent toujours récupérer la version que tu leur as envoyée et qu'ils ont encore dans leur boite mail.
Tu peux aussi compiler ton projet via la lib compileall et leur filer la version compilée (byte-codée) => ça tourne mais ce n'est plus un source donc pour le modifier...
Ou alors créer un exécutable "portable" de ton projet via pyinstaller => ça encapsule ton propet dans un "runtime" indépendant et verrouillé qui englobe tout ce dont il a besoin => ça peut même tourner sur un ordi qui n'a pas Python.
21/03/2023, 15h16
azad2b

Citation:

Envoyé par Sve@r

Bonjour

Si vous bossez en communauté: Un dépot de sources (style git). Ensuite chacun extrait du dépot un clone du projet, modifie sa propre partie (je pars du principe que chacun est concentré sur une lib du projet) et dépose juste la lib modifiée dans le dépot. Bref la base du développement collaboratif.

Si c'est juste "hey les bouseux, voici mon programme, vous pouvez le tester" alors rien. Si tes potes modifient leur version déjà tant pis mais ils peuvent toujours récupérer la version que tu leur as envoyée et qu'ils ont encore dans leur boite mail.
Tu peux aussi compiler ton projet via la lib compileall et leur filer la version compilée (byte-codée) => ça tourne mais ce n'est plus un source donc pour le modifier...
Ou alors créer un exécutable "portable" de ton projet via pyinstaller => ça encapsule ton propet dans un "runtime" indépendant et verrouillé qui englobe tout ce dont il a besoin => ça peut même tourner sur un ordi qui n'a pas Python.

La lib compillall ?
Le nom est prometteur ! Et Pycharm me propose compillall2. Je vais jeter un oeil la dessus, Merci de ta réponse.
21/03/2023, 15h25
wiztricks

Citation:

Envoyé par azad2b

PS : Rien trouvé dans PyCharm.

La plupart des IDE "moderne" ont un historique qui permet de revenir en arrière sur les modifications effectuées sur un ou plusieurs fichiers.
Pour PyCharm, c'est la local history.

- W
21/03/2023, 15h28
papajoker

bonjour

Citation:

Envoyé par azad2b

je leur ai conseillé l'utilisation de l' EDI Pycharm community

Il faudrait nous dire pourquoi tu conseilles cet editeur (un éditeur)???

Pour moi, cela n'est pas clair, c'est un outil pour uniquement les développeurs ! Si, ils le sont alors ok et ils peuvent utiliser git en local. Sinon, c'est donner un outil pour casser l'application à presque tous les coups.

Peut-être que tu crois qu'il faut ton éditeur pour exécuter un programme python ???
21/03/2023, 15h32
Sve@r
Citation:

Envoyé par azad2b

La lib compillall ?
Le nom est prometteur !

C'est la librairie utilisée en interne par Python lui-même pour transformer les ".py" en ".pyc". Et cette lib est accessible aussi donc depuis un prog Python pour transformer manuellement d'autres progs ".py" en un ".pyc".
Exemple: tu crées un script "prog.py" contenant un code Python quelconque (et fonctionnel), puis tu ouvres un idle Python et tu tapes ces commandes
Code:

1 2 3 >>> import compileall >>> compileall.compile_file("prog.py") True
Ca te génère un dossier "__pycache__" contenant un fichier "prog.cpython-310.pyc" (310 parce que je suis sous Python v3.10) que tu peux parfaitement exécuter. Mais pour le modifier...

Après compileall2 doit être une évolution de cette lib...

Bonjour

Autre solution: un petit programme de lancement qui fait le hash du programme à lancer pour le comparer avec une référence, et pour alerter d'une modification du source.

Module à utiliser: hashlib

Exemple de fonction qui calcule le hashcode d'un fichier:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 try: from hashlib import sha3_256 as sha256 except Exception: from hashlib import sha256 # pour Python3 < 3.6 def hashfichier(fichier): """Calcule le hashcode SHA256 du contenu du fichier - fichier: adresse disque du fichier avec son chemin Retourne le résultat en hexa (type str) """ h = sha256() with open(fichier, 'rb') as fs: while True: bloc = fs.read(32768) if not bloc: break # lecture fichier terminée h.update(bloc) return h.hexdigest()
Le hashcode de référence est à placer dans un fichier texte pour faire la comparaison à chaque lancement.

A noter que s'il y a plusieurs fichiers à traiter de cette façon, on peut le faire en parallèle en utilisant ProcessPoolExecutor du module concurrent.futures pour gagner du temps.

On pourrait d'ailleurs utiliser ce même fichier de lancement pour voir s'il y a une mise à jour de version à faire, et la faire si accord.

21/03/2023, 16h02
Arioch

Citation:

Envoyé par azad2b

Quelle solution simple, me conseillerez-vous ?

Si vos collaborateurs ne sont destinés qu'à simplement utiliser le programme sans le faire évoluer, leur préconiser de faire une archive zip du gros dossier serait déjà un bon début.

En cas de plantage, hop ! On reprend les fichiers source.

A priori, il ne s'agit pas de travail collaboratif sinon vous n'auriez pas abordé la solution de protéger les fichiers par mots de passe.

Ou sinon, comme déjà préconisé par Sve@r, utiliser une solution de dépôt type Github. Chaque utilisateur clone le repository mis à disposition par vos soins et en cas de mauvaise manipulation, il suffit de cloner à nouveau le repo. Mais si le programme n'est pas voué à être modifié par quiconque autre que vous, mieux vaut se méfier de cette solution. Un git push est si vite arrivé :aie::mrgreen:
21/03/2023, 19h05
azad2b

Citation:

Envoyé par papajoker

bonjour

Il faudrait nous dire pourquoi tu conseilles cet éditeur (un éditeur)???

Pour moi, cela n'est pas clair, c'est un outil pour uniquement les développeurs ! Si, ils le sont alors ok et ils peuvent utiliser git en local. Sinon, c'est donner un outil pour casser l'application à presque tous les coups.

Peut-être que tu crois qu'il faut ton éditeur pour exécuter un programme python ???

Non, bien entendu, mais avec un simple éditeur de texte, ils ne seraient pas plus à l' abri de la gaffe. Et un profane qui saurait user des options de l' historique, ne serait plus tout à fait un profane. Et puis aussi, j'ai usé de beaucoup de "bookmark" pour commenter le code.

Et je suis sans doute sadique, mais pas au point de leur conseiller un produit Windaube ! :D
21/03/2023, 20h07
Sve@r

Citation:

Envoyé par azad2b

Non, bien entendu, mais avec un simple éditeur de texte, ils ne seraient pas plus à l' abri de la gaffe.

A un moment donné, il faut savoir dire "stop". Imaginons que tu files un excel à un pote et que ton pote pête toutes les formules et feuilles, bon ben tu peux pas tout protéger.
Remontons la métaphore d'un cran : tu files ta voiture à un pote et ton pote fonce volontairement dans un arbre... Bref tout ça pour dire que les gens sont libres de leurs choix et que tu ne peux pas tout checker. Tu leurs files un prog ben la règle de base c'est "pas toucher".
21/03/2023, 21h35
tyrtamos

Si on a besoin d'un éditeur pour seulement consulter le code, il faudrait prendre un éditeur "read only".

Et ma solution du hashcode (mon message précédent) permet d'alerter d'une modification non prévue, voire même recharger automatiquement la version d'origine.
22/03/2023, 11h23
umfred

Sinon je pensais à "bêtement" mettre les fichiers en lecture seule via leurs attributs (sous windows, clic droit > propriétés, cocher la case lecture seule)
22/03/2023, 11h45
Sve@r

Citation:

Envoyé par tyrtamos

il faudrait prendre un éditeur "read only".

cat sous Linux, type sous Windows. Avec le pipe more si besoin :D

Citation:

Envoyé par umfred

Sinon je pensais à "bêtement" mettre les fichiers en lecture seule via leurs attributs (sous windows, clic droit > propriétés, cocher la case lecture seule)

C'est pas bête et on peut toujours trouver toute une gamme d'autres solutions analogues mais si un user veut modifier ses fichiers (parce que quand il les a récupérés/téléchargés/etc ça devient les siens), il le pourra toujours...
23/03/2023, 08h14
Bktero

Dans quel but ces personnes reçoivent ce projet Python ?
- Simplement pour l'exécuter ? Si oui, il peut être intéressant de passer par PyInstaller (ou un équivalent) https://pyinstaller.org/en/stable/ pour leur donner un .exe.
- Modifier une partie du projet mais pas l'autre ? Si oui, peut-être qu'il faut packager la partie à ne pas modifier comme si c'était une bibliothèque partagée. Je crois que les wheels sont faits pour ça https://realpython.com/python-wheels/