Version imprimable
Bonjour,
J'ai dans mon application un calendrier. Le problème que mon calendrier est en anglais et que le format de l'heure est incorrect.
Cela me met 22/06/2019 00:00 +2:00 GMT
Et du coup cela m'envoie la date de la veille au backend.
Comment faire pour avoir à la fois mon calendrier en français et avoir le bon format horaire pour que cela m'envoie par exemple au backend 22/06/2019 00:00
bonjour,
essaye avec le pipe timezone ?
Code:
2
https://angular.io/api/common/DatePipe
Je souhaite avoir quelque chose qui marche sur les dates que j'envoie à mon backend et sur celles que je reçois du backend
C'est plutôt côté backend que tu ne convertis pas correctement la date.Citation:
Envoyé par totot
22/06/2019 00:00 +2:00 GMT ça veut dire qu'il est minuit en France. GMT+2 c'est le fuseau horaire de la France.
Si côté back tu interprètes 22/06/2019 00:00 sans notion de fuseau horaire tu es sur 22/06/2019 00:00 GMT donc la timezone de Londres. Ce qui équivaut pour Paris à 21/06/2019 22:00 +2:00 GMT.
Si tu veux signifier minuit en France le 22 juin 2019, la représentation correcte est bien 22/06/2019 00:00 +2:00 GMT. Si ton backend prend en entrée un datetime sans préciser la TZ ça veut dire qu'il attend une TZ GMT donc Londres et pas Paris. Donc si il traite des datetime français il doit set le bon fuseau horaire.
La bonne pratique reste que le backend prenne en entrée du RFC2822 avec la TZ pour éviter les confusions. Donc tu dois lui envoyer une string avec la TZ. Aucune confusion possible.
Et comment faire si je veux lui envoyer un datetime au backend et du backend envoyer un datetime au front
Quand je fait un new date dans mon backend et que je la save en base elle est bien au bon format et c'est bien l'heure courante. Mais par contre quand elle remonte au front sa lui ajoute 2h
Au bon format sur quelle TZ ?
Le format datetime AAAAMMJJ:hhmmss ne veut rien dire du tout si tu ne précise pas la TZ. Si tu précises pas la TZ alors t'es en GMT donc heure de Londres.
A mon avis tu gères mal tes dates côté back, tu enregistres sur la TZ de Londres sans t'en rendre compte.
Sinon comment la donnée circule-t-elle entre le front et le back ? Via un webservice j'imagine ? Si oui quel est le format de la donnée date ? Contient-elle la TZ ?
Quand je fait un new date time sur le backend j'ai bien le bon format avec la bonne heure.
Ma date est envoyée via un service rest à mon front. Je crois qu'elle contient pas la tz
Il est là ton problème. Le front fonctionne normalement, c'est ton back qui déconne il devrait set la TZ et la fournir au front. Les datetime au format RF2822 sont supposés contenir la TZ. S'il n'y est pas alors la valeur doit être interprétée comme si elle était sur la TZ de Londres. Donc ton front enlèves 2h et c'est parfaitement normal.Citation:
Envoyé par totot
Non c'est l'inverse
Date dans mon front 22/06/2019 00:00
Date reçu par mon back 21/06/2019 22:00
Dans dans mon back 21/06/2019 22:00
Dans reçu par mon front 22/06/2019 00:00
J'ai vérifié le problème vient bien de mon back mais ou paramétrer cela dans le startup