par
@rthur » 30 janv. 2019, 19:22
Alors mon conseil est que tu décides de ton côté de n'utiliser qu'un seul fuseau horaire de référence dans ta façon de stocker les infos.
Je te recommande d'utiliser l'heure UTC et non pas l'heure française (car avec le changement d'heure on est parfois à UTC+1 et parfois à UTC+2 donc ça va vite devenir un casse tête si tu dois faire des conversions dans tous les sens et une source d'erreur si ton serveur ne change pas d'heure par exemple ou le jour où tu déménage ton site et que ton serveur n'est plus configuré de la même façon).
En résumé :
- tu stockes les horaires en utilisant le timezone UTC (surtout que si tu utilises MySQL, les champ timestamp ou datetime ne stockes pas le fuseau horaire donc vraiment il faut rester sur de l'UTC)
- lors de l'affichage sur ton site tu appliques le décalage horaire de l'utilisateur
Voici un site qui explique assez bien avec un exemple :
https://blog.elao.com/fr/dev/date-php-t ... important/
Alors mon conseil est que tu décides de ton côté de n'utiliser qu'un seul fuseau horaire de référence dans ta façon de stocker les infos.
Je te recommande d'utiliser l'heure UTC et non pas l'heure française (car avec le changement d'heure on est parfois à UTC+1 et parfois à UTC+2 donc ça va vite devenir un casse tête si tu dois faire des conversions dans tous les sens et une source d'erreur si ton serveur ne change pas d'heure par exemple ou le jour où tu déménage ton site et que ton serveur n'est plus configuré de la même façon).
En résumé :
- tu stockes les horaires en utilisant le timezone UTC (surtout que si tu utilises MySQL, les champ timestamp ou datetime ne stockes pas le fuseau horaire donc vraiment il faut rester sur de l'UTC)
- lors de l'affichage sur ton site tu appliques le décalage horaire de l'utilisateur
Voici un site qui explique assez bien avec un exemple :
https://blog.elao.com/fr/dev/date-php-timezone-utc-pourquoi-est-ce-important/