Zajímavé: https://github.com/stub42/pytz/blob/master/tz/europe
# Czech Republic / Czechia
# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S
Rule Czech 1945 only - Apr 8 2:00s 1:00 S
Rule Czech 1945 only - Nov 18 2:00s 0 -
Rule Czech 1946 only - May 6 2:00s 1:00 S
Rule Czech 1946 1949 - Oct Sun>=1
Ahoj,
ještě doplním proč to tak je:
>>> tz = pytz.timezone('Europe/Prague')
pytz neví, jaký offset má použít, protože timezone Europe/Prague může
být +1 nebo +2 (letní čas).
Spadne proto do nějakého divného defaultu, který je PMT+0:58:00 STD :)
Teprve když timezonu svážeme s konrétním
Tak dokumentace je tady: http://pythonhosted.org/pytz/ :)
Jinak co se mi osvědčilo je používat všude UTC a teprve v UI těsně před
zobrazením to převést do uživatelovo zóny (u javascriptových aplikací
nejlépe přímo v prohlížeči).
(Ano, PostgreSQL umí timezony, ale jiné technologie/serializace ne
Taky to tak nekde pouzivam. Pritom bych dal ruku do ohne, ze to bylo
vycucly z nejaky dokumentace.
Asi to nebyla dokumentace, ale stackoverflow :)
Dik!
On Wed, 26 Jul 2017 at 09:47, Vláďa Macek wrote:
> Dejte si bacha.
>
> Pekne me dnes pokousaly timezony a to jsem si