Dominique a écrit : ↑15 oct. 2023, 20:07
Dans les bases, les dates sont toutes stockées en "Unix time" (nombre de secondes depuis le 1er janvier 1970 à minuit)
Elle ne change pas pendant le transfert
Hou mais oui, on dirait que t'as trouvé ! ça vient p'tet bien de là, j'avais lâchement abandonné quand j'ai vu ce problème il y a longtemps (et devant la moindre importance de gérer la date à l'heure prèt des transfert) mais c'est peut-être bien là que se pose le problème : la date des commentaires sur le site est rentrée comme NOW() et donc pas un unix time stamp comme le fait phpBB
Mais a priori, tout va bien puisque :
The NOW() function returns the current date and time. The return type of the NOW() function is the timestamp with time zone. See the following example:
Donc quand on converti lors du transfert, on a bien le bon unix_time stamp vu qu'on avait en entrée la date + time zone (probablement stoqué en interne comme unix-time timestamp)
Sauf que :
Code : Tout sélectionner
select NOW(),date from commentaires order by date desc limit 1;
now date
2023-10-16 16:36:51.728294+02 2023-10-16 10:25:49.304921
La timezone a été perdue en route !
Je crois que la fautive, c'est la table commentaire, qui ne retient pas la date et sa timezone, de sorte que lors du transfert vers forum, on perd soit 1h soit 2h selon l'heure été/hiver et la zone de la France.
Si ça se trouve, ce serait pas si compliqué à corriger de notre coté, en gardant bien la date. Bon, faut p'tet voir ce que ça implique, car il y a quelques traitement sur cette date, faudrait pas que ça fasse tout sauter, mais ça se tente, je veux bien regarder dès que j'ai un moment.
Mais quelle galère ce changement d'heure (entre autre), 50 ans qu'on y est, on s'en sort toujours pas...
(Heures au format UTC+02:00 est indiqué en bas, à droite de la page du forum)
