Il y a surtout un besoin d’une TZ Database à jour... ça va être funky quand l’UE se décidera à faire sauter le changement d’horaire1 et que des logiciels vont continuer à changer d’heure sur la base d’une TZ Database obsolète...
PS : gérer ça proprement, c’est possible. Par exemple, les graphiques NetData de la nuit de samedi à dimanche sur le fuseau horaire de Paris montraient bien deux occurrences de 2h du matin.
Procédure prévue mais en pause parce que le Brexit, puis le Covid, puis la guerre en Ukraine, et qu’on a pas une infinité de fonctionnaires européens. ↩
[^] # Re: tz database
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Passage Heure d'hiver : SFR a oublié ?. Évalué à 7. Dernière modification le 02 novembre 2022 à 14:12.
Il y a surtout un besoin d’une TZ Database à jour... ça va être funky quand l’UE se décidera à faire sauter le changement d’horaire1 et que des logiciels vont continuer à changer d’heure sur la base d’une TZ Database obsolète...
D’une manière générale, bien gérer les fuseaux horaires (et tout ce qui est données temporelles en général) c’est en fait très complexe, c’est pour ça que je ne suis pas très surpris de ce bug. Comme souvent avec les données temporelles, les solutions propres existent, mais beaucoup de développeurs essaient de faire les malins et de coder des trucs à la main – foireux dans 99 % des cas.
PS : gérer ça proprement, c’est possible. Par exemple, les graphiques NetData de la nuit de samedi à dimanche sur le fuseau horaire de Paris montraient bien deux occurrences de 2h du matin.
Procédure prévue mais en pause parce que le Brexit, puis le Covid, puis la guerre en Ukraine, et qu’on a pas une infinité de fonctionnaires européens. ↩
La connaissance libre : https://zestedesavoir.com