Discussion :

[SylvainM]

Bonjour,

Je fais mes 1ers pas en Python , et je travaille sur un script avec plusieurs étapes pour lesquelles je souhaite afficher l'heure de début d’exécution.
Je m'en suis sorti de cette manière pour l'instant, avec le module time :

Code :

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

print(time.strftime("%Y-%m-%d %H:%M:%S", time.localtime(time.time()))+" - Intitulé étape")

Mais comme j'ai pas mal d'étapes, j'ai l'impression que ce n'est pas très propre de répéter ce genre d'instruction.

Est-ce qu'il y aurait plus court/propre ?

Merci à vous

[Beginner.]

Salut,

Tu pourrais faire une fonction qui prendrait en paramètre l'intitulé de l'étape.

Code :

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

1
2
3
4
5
def display_time(etape):
    print(time.strftime("%Y-%m-%d %H:%M:%S", time.localtime(time.time())), etape, sep=" - ")
 
# test
display_time("Intitulé étape")

[SylvainM]

Super : merci beaucoup Beginner. !
C'est exactement ce qu'il me fallait, et ça me permet de progresser doucement en Python !

[Beginner.]

Ben tant mieux... Certains proposeront peut-être quelque chose de mieux.

PS : J'ai édité mon message entre entre temps, je ne sais pas si tu as remarqué...

[SylvainM]

PS : J'ai édité mon message entre entre temps, je ne sais pas si tu as remarqué...

Non, je n'ai pas remarqué : j'ai dû utiliser la dernière version, car je ne vois pas de différence.

[Beginner.]

Ok.

[wiztricks]

Salut,

Est-ce qu'il y aurait plus court/propre ?

Le module logging est juste fait pour çà. Et dans le how-to qui vient avec, on y trouve:

Code :

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

1
2
3
4
5
>>> import logging
>>> logging.basicConfig(format='%(asctime)s %(message)s', datefmt='%m/%d/%Y %I:%M:%S %p')
>>> logging.warning('is when this event was logged.')
11/19/2021 05:57:56 PM is when this event was logged.
>>>

Ceci dit, l'objet d'une fonction est de "factoriser" des instructions qui se répètent... ce devrait être un réflexe.

- W

[Arioch]

Bonsoir,

si vous restez sur l'astuce du print donné plus haut, n'hésitez pas à ajouter en argument au print flush=True.

Ca permettra au programme d'afficher en console ses print au fur et à mesure et non -comme souvent- tout balancer en fin de traitement.

[wiztricks]

Ca permettra au programme d'afficher en console ses print au fur et à mesure et non -comme souvent- tout balancer en fin de traitement.

souvent ou juste quand on exécute son code sous un IDE qui va lire un pipe pour récupérer la sortie?

- W

[Arioch]

Je parle plus de programmes exécutés depuis une console sous Linux ou avec Powershell sous Windows.

Sans l'argument flush envoyé au print, on a souvent tendance à voir débouler tous les print d'un coup à la fin.

Le flush nous permet d'avoir les infos en temps réel.

Bon, à présent que notre équipe se tourne vers du dév en Python/Django avec gestion du monitoring et des logs directement dans l'interface web de l'appli, ça devient moins problématique mais on a encore de vieux nanards de programmes dans lesquels on flushe.

[wiztricks]

Je parle plus de programmes exécutés depuis une console sous Linux ou avec Powershell sous Windows.

Par construction, les ES sur un "terminal" sont expédiées lorsque le pilote voit la fin de ligne. Pour les "pipes", c'est çà "bufferise" jusqu'à 8192 bytes par défaut et sans "flush", on a tout à la fin.
Le terminal est l’environnement "standard" pour lancer un programme/script Python.

On se retrouve avec des pipes sur les entrées/sorties standards lorsqu'on lance un script python via subprocess. Mais on peut forcer le flush avec l'option -u ou la variable d'environnement PYTHONUNBUFFERED ou avec l'option flush=True côté print (c'est récent).

Comme on n'écrit pas un script pour s'exécuter en dehors d'un terminal, les options qui permettent de ne pas modifier le code sont à connaître.

- W