Discussion :

[mim2284]

Bonjour,

J'ai un code python qui contient des fonctions et des inserts sur une base de données postgres , je veux que ce code soit exécuter chaque jour à une heure précise.
Comment le faire???

Merci

[zancrows]

Bonjour,

ce que vous voulez faire ne concerne pas directement Python.
Vous devriez regarder, en fonction de l'OS sur lequel vous exécuté le script, du côté des crontab pour Linux -> https://fr.wikipedia.org/wiki/Cron
et des tâches planifiées pour Windows -> https://jpcheck.developpez.com/tutor...ous-windows-7/ (exemple pour Windows 7 mais vous devriez trouver facilement des ressources pour d'autres versions)

vous pouvez demander de l'aide dans les sections du forum appropriées.

[Sve@r]

Bonjour

Tu n'as que 2 solutions

1. tu fais un programme Python qui tourne H24, qui récupère la date machine toutes les secondes (ou toutes les minutes ou toutes les heures, le delta importe peu) et quand l'heure récupérée correspond à l'heure adéquate tu lances tes inserts
2. tu fais un programme Python qui ne s'occupe que des inserts, et comme le dit zancrows, tu laisses à ton OS la charge de le lancer à l'heure dite via ses outils intégrés (cron ou anacron sous Linux, gestionaire de taches sous zindows)

Peso je sais quelle solution j'utiliserais mais bon, je ne suis pas dans ta peau...

[flapili]

1. tu fais un programme Python qui tourne H24, qui récupère la date machine toutes les secondes (ou toutes les minutes ou toutes les heures, le delta importe peu) et quand l'heure récupérée correspond à l'heure adéquate tu lances tes inserts

Il y a une 3ème solution qui se situe entre les deux, tu récupères la date actuelle, et là encore 2 possibilités :
avec un peu de math à base de modulo et de soustraction, de conditions tu calcules directement combien de temps il faut attendre ... mais c'est vite chiant,
ou bien tu construit un objet datetime.datetime qui correspond à quel moment tu veux lancer la tâche, tu soustrais la date cible et la date actuelle, ça te retourne un objet datetime.timedelta, il ne reste plus qu'à faire time.sleep(timedelta.total_seconds())/ await asyncio.sleep(timedelta.total_seconds())un exemple très simple qui calcule le temps à attendre pour arriver au prochain midi:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
>>> d1 = datetime.datetime.now()
>>> d1
datetime.datetime(2019, 12, 28, 10, 15, 14, 192712)
 
>>> if d1.hour < 12:
	d2 = datetime.datetime(d1.year, d1.month, d1.day, 12)
else:
	d2 = datetime.datetime(d1.year, d1.month, d1.day, 12) + datetime.timedelta(days=1)
 
 
>>> (d2-d1).total_seconds()
6285.807288

le grand avantage de cette technique est surtout quand on fait tourner un code h24 avec de l'asynchrone ou de la concurrence (exemple : serveur web, ihm, bot discord, ect) et que l'on veux à certain moment exécuter des routines (sauvegardes, envoie de stats journalière, ect) et c'est beaucoup moins gourmand en ressource que de demander à chaque seconde quelle heure il est

[Sve@r]

mais c'est vite chiant,

ou bien tu construit un objet datetime.datetime qui correspond à quel moment tu veux lancer la tâche, tu soustrais la date cible et la date actuelle, ça te retourne un objet datetime.timedelta, il ne reste plus qu'à faire time.sleep(timedelta.total_seconds)/ await asyncio.sleep(timedelta.total_seconds)

le grand avantage de cette technique est surtout quand on fait tourner un code h24 avec de l'asynchrone ou de la concurrence (exemple : serveur web, ihm, bot discord, ect) et que l'on veux à certain moment exécuter des routines (sauvegardes, envoie de stats journalière, ect) et c'est beaucoup moins gourmand en ressource que de demander à chaque seconde quelle heure il est

Je pense malgré tout que faire un programme qui fait juste le job et laisser le cron gérer son exécution est ce qu'il y a de plus simple.

Surtout que pour des environnements pros, il existe des outils qui s'appuient dessus pour offrir des solutions puissantes comme planifier des jobs en série, en parallèle avec rendez-vous, conditionner le job2 sur la réussite du job1, etc etc etc...

[flapili]

tout à fait d'accord, il faut utiliser les bons outils quand on en a besoin

Ceci dit dans certains cas où on veux interagir simplement avec un programme c'est pas évident à mettre en place, il faut que ce programme attende un événement/signal tout en ne bloquant pas le reste du programme.
Surtout que dans ce cas là si le programme principale est down ça ne servira à rien.

Par exemple
un broadcast sur les websockets d'un serveur web tous les jours à midi -> doit être géré par le process -> dans le programme même
logger les stats de visites journalière d'un site -> peut être géré par un process externe -> cron