Convertir la date IST en UTC dans le flux RSS

Essayez ceci:

moment('Wed, 08 Apr 2020 15:24:06').utc().format('YYYY-MM-DD');

Et vous obtenez une erreur à cause de IST, supprimez simplement cela et cela ne vous donnera pas d'erreur

Si vous ne voulez que la date, utilisez ceci:

moment('Wed, 08 Apr 2020 15:24:06').utc();

Si vous souhaitez analyser ou afficher un moment en UTC, vous pouvez utiliser moment.utc ()

<script src="https://cdnjs.cloudflare.com/ajax/libs/moment.js/2.24.0/moment.min.js"></script>

var res = moment.utc("Wed, 08 Apr 2020 15:24:06",'DD-MMM-YYYY').format("YYYY-MM-DD");
console.log(res);

Sans contexte supplémentaire, ce n'est pas possible. Les abréviations de fuseau horaire ne sont pas standardisées et ne sont pas uniques.

Dans votre exemple, vous avez dit que IST signifie "heure normale de l'Inde" pour vous, mais IST est également utilisé pour "Heure standard d'Israël" et "Heure standard irlandaise". Tous ont des décalages de fuseau horaire très différents.

Un autre exemple courant est CST , qui peut être "Heure normale du centre", "Heure normale de Cuba" ou "Heure normale de la Chine" ".

À la place, vous devez revenir à la source d'origine et obtenir un décalage de fuseau horaire (tel que +05: 30 ) ou un identifiant de fuseau horaire (tel que Asia / Kolkata ), ou dériver ce contexte d'une autre manière.

Vous avez dit que vous récupériez cet horodatage depuis un flux RSS du Times of India . C'est le type de contexte supplémentaire dont je parle. Puisque vous savez qu'il s'agit d'une source d'information indienne, vous pouvez supposer que IST signifie l'heure standard de l'Inde.

Vous devez savoir que le format du flux RSS du Times of India est ne pas utiliser correctement les horodatages. La spécification RSS 2.0 exige que les horodatages soient au format Format RFC 822 . Dans ce format, IST n'est pas un fuseau horaire valide. En effet, si vous le mettez dans un site comme Feed Validator , il vous donnera l'erreur "doit être une date-heure RFC-822" .

Notez que la RFC 822 est ancienne et obsolète. Il a été remplacé par RFC 2822 , puis à nouveau par RFC 5322 . Les abréviations de fuseau horaire sont toutes obsolètes et déplacées vers le obs-zone code > section. Ainsi, ils ne devraient vraiment pas être utilisés du tout. Seuls les décalages numériques doivent apparaître. Cela dit, beaucoup d'implémentations RSS suivent l'ancien standard, et il est donc raisonnable d'accepter certaines des abréviations spécifiées dans obs-zone . Plus précisément, toutes les implémentations doivent accepter ce qui suit:

var s = 'Wed, 08 Apr 2020 15:24:06 IST';
var d = new Date(s.replace('IST', '+0530'));

(Les autres zones militaires «A» - «Y» ne doivent jamais être utilisées.)

Remarque que IST n’en fait pas partie. Ainsi, pour répondre directement à votre question, lors de l'analyse d'un horodatage RFC 822 contenant une abréviation de fuseau horaire non standard, vous devrez remplacer l'abréviation par un décalage vous-même avant l'analyse. Dans ce cas:

"Z"    == "+0000"
"UT"   == "+0000"
"GMT"  == "+0000"
"EST"  == "-0500"
"EDT"  == "-0400"
"CST"  == "-0600"
"CDT"  == "-0500"
"MST"  == "-0700"
"MDT"  == "-0600"
"PST"  == "-0800"
"PDT"  == "-0700"

Vous pouvez également remplacer les autres abréviations obs-zone que j'ai listées, mais cela ne devrait généralement pas être nécessaire. La plupart des implémentations d'ECMAScript les analyseront (même si elles ne sont pas requises par les spécifications).

Si vous rencontrez d'autres flux RSS avec d'autres abréviations de fuseau horaire, vous devrez déterminer manuellement comment les interpréter. Il n'y a pas de liste définitive.

Quelques lectures supplémentaires:

• Bonnes pratiques RSS pour les dates et heures
• La spécification RSS 2.0
• La spécification ATOM , qui s'éloigne de la RFC 822 et utilise RFC 3339 horodatages (qui sont conforme ISO 8601 ), en partie pour éviter spécifiquement ce problème.