0

Je veux stocker toutes mes dates/heures en GMT de sorte que chaque fois qu'un utilisateur donne dans un datetime je vais examiner à quelle heure il est décalé, convertir cette date en GMT, et le stocker dans DB. Les dates stockées dans DB sont supposées être GMT. Ensuite, quand il aura à nouveau besoin de cette date, je récupérerai cette date auprès de DB, j'examinerai son décalage, puis je ferai le décalage en conséquence. Je ne comprends pas vraiment l'heure d'été et tout ce genre de choses. Je me demande s'il y aura des "problèmes" quelque part si j'utilise ce design dans tout mon projet (et mes futurs projets)? Est-ce que le modèle est défectueux ou est-ce que je rate quelque chose?Que faut-il rechercher lors du stockage des dates/heures comme GMT

Répondre

2

Vous souhaitez utiliser UTC non GMT. GMT est toujours soumis à l'heure d'été en fonction de l'emplacement de votre serveur. Ce n'est pas un bon choix. La plupart des pièges seront liés à l'essai (et à l'échec) de convertir d'un fuseau horaire à un autre, ce qui devient arbitrairement compliqué puisque les fuseaux horaires et les différentes heures d'été sont en constante évolution. Vous évitez tout cela en vous assurant que votre backend traite exclusivement avec UTC et gardez les règles/ajustements locaux dans la couche de présentation.

+0

n'est pas UTC simplement GMT? – Pacerier

+0

pas nécessairement. un serveur avec son fuseau horaire défini sur GMT peut toujours renvoyer des valeurs différentes pour Now() et UtcNow() en raison de l'heure d'été – gordy

+0

que voulez-vous dire? Qu'est-ce que ça doit faire avec l'été? – Pacerier

Questions connexes