Re: [Python] Cronojob in Python con orari variabili

[Andrea D'Amore]

2016-09-02 23:36 GMT+02:00 Marco Beri :

> Ma è ovvio: dalla mia testa bacata...
> Scherzi a parte ho pensato di rispondere ad una mail della lista django.

Non che non apprezzi (sono due settimane che l'ho approcciato e sto
gradendo) ma non capivo il nesso.


-- 
Andrea
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Possibili alternative a Cronojob in Python

[Andrea D'Amore]

2016-09-03 8:44 GMT+02:00 Fundor333 :
> Soluzione di Lorenzo: l'applicativo è un deamon/service che lavora in
> background

Ma se implementi un demone arriverai comunque a fare uno sleep() o più da
qualche parte nel codice.

Perché non usare uno degli scheduler già esistenti allora?

Cercando "python scheduler" su web, oltre a sched della stdlib vengono fuori
"scheduler" e "Advanced Python Scheduler", il secondo in particolare mi sembra
proprio quello che cerchi:

Among other things, APScheduler can be used as a cross-platform,
application specific replacement to platform specific schedulers, such as
the cron daemon or the Windows task scheduler. Please note, however, that
APScheduler is not a daemon or service itself, nor does it come with any
command line tools. It is primarily meant to be run inside existing
applications.


[1]: https://github.com/dbader/schedule
[2]: https://apscheduler.readthedocs.io/en/latest/

-- 
Andrea
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Possibili alternative a Cronojob in Python

[Fundor333]

Grazie a tutti quelli che hanno risposto alla mia precedente mail 
"Cronojob in Python con orari variabili" e al mio amico Lorenzo che mi 
ha dato delle soluzioni alternative, abbiamo trovato x metodi per 
temporizzare una funzione/metodo/script in python evitando di fare 
while(true):sleep(x)



1. Utilizzare il cronojob di sistema della macchina.
 * Vantaggio: indipendente dell'applicativo
 * Vantaggio: non crasha con l'applicazione
 * Svantaggio: è un orario fisso, non modificabile dallo script in
   python a meno di magheggi mostruosi che possono danneggiare gli
   altri cronojob
2. Se è parte di un applicativo server costruito con un framework (ho
   controllato flask e django), quest'ultimo ha un modulo pensato per i
   cronojob
 * Vantaggio: una volta sviluppata l'applicazione sarà presente in
   tutte le installazioni senza configurazioni di applicazioni esterne
 * Vantaggio: è possibile cambiare i tempi dall'interno
   dell'applicativo
 * Svantaggio: se cambiano i moduli devi cambiare lo script che
   gestisce il cronojob
3. Soluzione di Lorenzo: l'applicativo è un deamon/service che lavora
   in background
 * Vantaggio: posso cambiare quando eseguirlo dall'interno
   dell'applicativo python
 * Svantaggio: implementazione diversa per Unix e Windows

Per i più curiosi qui 
 
trovate la mia implementazione di un deamon e di un service (si 
ringrazia stackoverflow per i contributi dati a queste due classi)


--

Fundor333

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python