Discussion :

[azad2b]

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.

[Sve@r]

Bonjour

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.

[azad2b]

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.

[wiztricks]

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

[papajoker]

bonjour

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

[Sve@r]

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 python :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[tyrtamos]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Arioch]

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é

[azad2b]

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 !

[Sve@r]

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

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

[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)

[Sve@r]

il faudrait prendre un éditeur "read only".

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

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

[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/