octomon issueshttps://gitlab.fuss.bz.it/fuss/octomon/-/issues2020-08-26T09:27:13Zhttps://gitlab.fuss.bz.it/fuss/octomon/-/issues/763Invio dati /etc2020-08-26T09:27:13ZMarco.MarinelloInvio dati /etc<!--_Originally created by @Marco Marinello on [#763 (Redmine)](http://www.example.org/issues/763)_-->
Sui server, rilevare gli ultimi commit in /etc ed inviarli con
\- messaggio commit
\- data / ora
\- files modificati
**senza** c...<!--_Originally created by @Marco Marinello on [#763 (Redmine)](http://www.example.org/issues/763)_-->
Sui server, rilevare gli ultimi commit in /etc ed inviarli con
\- messaggio commit
\- data / ora
\- files modificati
**senza** contenuto della modifica (si rischia l’invio di password)
### Related issues
- **Related to** fuss/octofuss-client#764https://gitlab.fuss.bz.it/fuss/octomon/-/issues/6USE_TZ, datetime, e fusi orari2020-08-26T09:27:23ZMark CaglienziUSE_TZ, datetime, e fusi orari<!--_Originally created by @Mark Caglienzi on [#6 (Redmine)](http://www.example.org/issues/6)_-->
Django di default setta `USE_TZ=True` nel `settings.py`.
Leggendo nella
[documentazione](https://docs.djangoproject.com/en/1.4/topics/i1...<!--_Originally created by @Mark Caglienzi on [#6 (Redmine)](http://www.example.org/issues/6)_-->
Django di default setta `USE_TZ=True` nel `settings.py`.
Leggendo nella
[documentazione](https://docs.djangoproject.com/en/1.4/topics/i18n/timezones/#overview)
vedo che con il supporto TZ attivo, Django usa orari UTC internamente e
nel database, e presenta nei template i valori rapportati al fuso orario
dell’utente.
Facendo la parte degli allarmi, mi sono accorto che vedevo gli orari
spostati avanti di 2 ore rispetto al sito in turbogears.
Ho dedotto che Django interpretasse i valori nel database MySQL come
UTC, aggiungesse le 2 ore durante la visualizzazione nel template, e che
il database MySQL avesse gli stessi valori che poi vengono visualizzati
dai template dell’applicazione turbogears.
Nel commit 09a1d475 ho settato `USE_TZ=False` e ora gli orari
visualizzati da Django e da turbogears combaciano.
È una soluzione corretta, oppure serve un supporto TZ più avanzato, e
quindi si deve risettare `USE_TZ=True` e trovare un’altra maniera per
portare avanti le cose?
Ho agito così per fare in modo che comunque Django non salvasse valori
diversi da quelli visualizzati a schermo, un domani che l’applicazione
sarà in produzione, per evitare di avere il database con i valori vecchi
in localtime e quelli nuovi in utc.