La réunion la plus chère que j'aie jamais manquée a été programmée correctement. Quelqu'un à Londres a mis "3pm mon heure, 10h00 à toi" dans une invitation de calendrier à New York, ce qui était vrai lorsqu'ils l'ont écrit en février. L'appel a eu lieu le 12 mars. Les États-Unis avaient fait avancer leurs horloges le dimanche précédent, le Royaume-Uni n'avait pas et ne le ferait pas avant trois semaines. L'écart entre Londres et New York, normalement cinq heures, était de quatre heures cette semaine-là – donc 15 heures à Londres était 11h pour moi, pas 10 heures du matin. J'ai rejoint une pièce vide une heure plus tôt, j'ai abandonné et j'ai raté complètement l'appel.
Cette fenêtre de trois semaines au printemps – et la fenêtre d'une semaine à l'automne – n'est pas un cas de bord. Cela se produit chaque année, et il attire des gens qui sont par ailleurs parfaitement compétents en arithmétique, car l'arithmétique n'est pas le problème. Le problème est que "Londres a cinq heures d'avance sur New York" n'est pas un fait sur deux villes. C'est un fait sur deux villes à une date particulière, et au moment où vous l'écriviez sans la date jointe, vous avez créé un bogue.
Un fuseau horaire n'est pas un décalage. Il s'agit d'un ensemble de règles qui produisent un décalage lorsque vous le nourrissez un instant. Ces règles changent : les pays adoptent l'heure d'été, l'abandonnent, déplacent leur décalage standard ou annoncent un changement permanent avec un préavis de trois semaines. C'est pourquoi le Convertisseur de fuseau horaire sur toolz.dev Ne stocke jamais un décalage nulle part. Il demande à la base de données IANA de fuseau horaire - celle déjà située à l'intérieur de votre navigateur - quel est le décalage pour le moment exact où vous convertissez, et il demande à nouveau un instant.
tl;dr : L'écart entre deux zones dépend de la date, car les transitions d'heure d'été ne correspondent pas entre les pays. le Convertisseur de fuseau horaire Résout chaque décalage via la base de données IANA pour l'instant précis que vous entrez, affiche à la fois les décalages UTC et la différence signée, gère les zones d'une demi-heure et d'un quart d'heure et s'étend sur plusieurs villes dans une bande de planning de réunion. Il fonctionne entièrement dans votre navigateur.
Principales caractéristiques
Décalages résolus par instant, jamais codés en dur
Chaque décalage de cet outil est calculé en formatant votre instant dans la zone cible et en relisant l'horloge murale. Cette décision de conception unique signifie l'heure d'été, les changements de règles historiques et les pays qui ajustent leur compensation par un décret gouvernemental sont tous gérés par le même chemin de code. Il n'y a pas de table de décalage à entretenir et aucune table à périmer. Convertissez une réunion en janvier et la même réunion en juillet entre Berlin et Chicago, et l'outil vous donnera correctement un écart de sept heures, mais en convertissez-en une fin mars et vous en donnera correctement six.
Plus de 50 zones IANA organisées
Le sélecteur répertorie les villes que les gens programment réellement, regroupées par région, étiquetées avec leur pays et affichées à côté de l'identifiant complet de l'IANA. Cette dernière partie compte plus qu'il n'y paraît : Asia/Kolkata est la chaîne que vous collez dans une expression cron, un postgres AT TIME ZONE clause ou un python ZoneInfo constructeur. Lecture de "Kolkata, Inde" et copie Asia/Kolkata sont deux emplois différents, et l'outil fait les deux.
Une bande de planificateur de réunion
En dessous de la conversion, chaque zone que vous ajoutez reçoit une ligne de cellules d'heure couvrant la fenêtre autour de votre instant. Les heures de travail (09:00 à 17:59 local) sont ombragées, les heures précoces et tardives sont marquées séparément, et toute cellule qui tombe un jour calendaire différent porte un +1d ou -1d Badge. Trouver une heure qui est civilisée à San Francisco, Londres et Sydney est un problème difficile - la bande en fait un problème visuel au lieu d'un arithmétique.
Zones d'une demi-heure et d'un quart d'heure traitées comme d'habitude
L'Inde est UTC+05:30. Le Népal est UTC+05:45. Adélaïde est UTC+09:30 en hiver et UTC+10h30 en été. Les îles Chatham sont UTC+12h45. Environ un cinquième de la population mondiale vit avec une compensation qui ne représente pas un nombre entier d'heures, et tout outil qui suppose le contraire est erroné pour des centaines de millions de personnes. Les décalages ici sont stockés et affichés en quelques minutes.
Abréviations indiquées pour la date à laquelle vous avez saisi
Chaque côté de la conversion affiche l'abréviation de zone en vigueur à cet instant : est ou EDT, GMT ou BST, AEST ou AEDT. C'est le moyen le plus rapide de voir de quel côté d'une transition vous avez atterri. Si vous avez entré une date de mars et que l'outil indique EDT, les horloges ont déjà changé. S'il est dit est, ils ne l'ont pas fait.
Entièrement côté client
Chaque calcul s'exécute en JavaScript dans votre navigateur, en utilisant le Intl API et la base de données de fuseau horaire livrée avec le moteur. Rien de ce que vous entrez n'est téléchargé, rien n'est enregistré et une fois que la page a chargé, le convertisseur continue de fonctionner sans aucune connexion réseau. Cela signifie également que le résultat met à jour l'instant où vous modifiez un champ, car il n'y a pas d'aller-retour à attendre.
Comment utiliser le convertisseur de fuseau horaire
Étape 1 : Définissez la zone source, la date et l'heure
Choisissez la ville que vous convertissez de, puis entrez la date et l'heure exactement comme l'horloge y est indiquée. Le champ de temps prend une valeur de 24 heures, donc 15h00 est 15:00. Si vous voulez le moment actuel plutôt qu'un hypothétique, appuyez sur à présent — Il charge la date et l'heure actuelles, comme on le voit dans la zone source, qui n'est pas nécessairement la même date que celle de votre propre mur.
Étape 2 : Choisissez la zone cible
Choisissez la ville dans laquelle vous voulez la réponse. La date, l'heure et la lecture de 12 heures converties apparaissent immédiatement, ainsi que le décalage UTC et l'abréviation qui s'appliquent à cette date particulière. Notez que le dater Can Change: 21h00 le lundi à New York est 07h00 mardi à Dhaka, et l'outil affiche la nouvelle date plutôt que de vous laisser tranquillement vous débrouiller.
Étape 3 : Lisez les décalages et l'écart
Sous chaque côté, vous obtenez le décalage dans UTC±HH:MM forme et l'abréviation de zone. Entre eux, l'outil indique la relation avec des mots - "Dhaka est à 10 heures d'avance sur New York" - avec la valeur correcte pour cette date, et non une moyenne mémorisée. Utilisez le bouton d'échange pour inverser la direction; il garde le même instant Et retourne de quel côté vous entrez, ce que vous voulez presque toujours.
Étape 4 : Créez la bande de réunion
Ajoutez la zone de chaque participant au planificateur. Chaque ligne affiche le même instant dans cette zone, ainsi que les heures qui l'entourent, avec des heures de travail ombragées. Faites glisser votre heure de source plus tôt ou plus tard et regardez le mouvement d'ombrage. Lorsque les cellules ombrées s'alignent dans chaque ligne, vous avez trouvé votre emplacement.
Étape 5 : Copiez le résultat
Copiez uniquement le temps converti ou l'expression complète — Sun, Mar 12, 2026 09:00 EDT (America/New_York) = Sun, Mar 12, 2026 13:00 GMT (Europe/London) — et collez-le dans l'invitation du calendrier. Écrire les deux côtés avec leurs abréviations est la seule habitude la plus efficace pour ne pas répéter mon erreur de Londres.
Comment fonctionne réellement la conversion de fuseau horaire
Le modèle mental naïf est que chaque zone a un nombre qui lui est attaché et que la conversion est une soustraction. Ce modèle est faux d'une manière qui produit la plupart du temps des réponses correctes, ce qui est le pire mode de défaillance possible.
Le modèle correct a trois couches.
Couche 1 : l'instant. Sous tout, il y a un point unique sur la chronologie universelle - un horodatage d'époque, un nombre de secondes depuis 1970-01-01T00:00:00Z. Les instants sont sans ambiguïté. Tout le monde sur Terre éprouve le même instant simultanément, quoi que son horloge.
Deuxième couche : le décalage. Un décalage est un nombre signé de minutes à ajouter à UTC pour obtenir l'heure locale de l'horloge murale. UTC-04:00 est un décalage. c'est un se produire, pas la propriété d'un lieu.
Couche 3 : la zone. Une zone est un ensemble de règles nommés — America/New_York — Cela correspond d'un instant à un décalage. Il s'agit de la couche que les gens s'effondrent dans la couche deux, et cet effondrement est la source de presque tous les bogues de fuseau horaire jamais écrits.
Donc une conversion n'est pas localB = localA + delta. c'est :
instant = resolve(wallClockA, zoneA) // rules of A, applied to that reading
wallClockB = render(instant, zoneB) // rules of B, applied to that instant
Deux recherches de règles, un instant au milieu. L'outil fait exactement cela. Pour résoudre le décalage d'une zone à un instant, il formate l'instant dans cette zone, lit l'année, le mois, le jour, l'heure, la minute et la seconde, traite ces champs comme s'ils étaient UTC et soustrait l'instant réel. La différence est le décalage, en minutes, directement de la copie du moteur de la base de données IANA.
Aller dans l'autre sens - d'une lecture d'horloge à un instant - a un problème de poulet et d'œuf, car vous avez besoin du décalage pour trouver l'instant et l'instant pour trouver le décalage. L'outil devine une fois en utilisant le décalage naïf, vérifie si la supposition a atterri de l'autre côté d'une transition et corrige si c'est le cas. Deux recherches, se terminent toujours, corrigent à travers les limites DST.
La base de données de fuseau horaire IANA
La base de données dont tout dépend est maintenue par l'IANA et est souvent appelée la "base de données OLSON" d'après Arthur David Olson, qui l'a lancée dans les années 1980. Il est livré à l'intérieur de chaque système d'exploitation, de chaque navigateur, de chaque JVM et de chaque installation Python, et il est mis à jour plusieurs fois par an, car les gouvernements changent d'avis.
Ses identifiants prennent la forme Area/Location: America/New_York, Europe/London, Asia/Kolkata, Australia/Sydney. L'emplacement est une ville représentative, pas une revendication politique - America/New_York Couvre toute la zone orientale américaine et l'Indiana a besoin d'une douzaine d'identifiants, car ses comtés n'étaient pas d'accord pendant des décennies pour savoir s'il fallait observer l'heure d'été.
Ce que la base de données stocke n'est pas un décalage unique par zone mais un historique de règles complet. Il sait que l'Ukraine Europe/Kyiv Était Europe/Kiev Jusqu'à ce que l'orthographe soit mise à jour en 2022. Il sait que l'Égypte a réintroduit l'heure d'été en 2023 après l'avoir abandonnée en 2014. Il sait que les Samoa ont complètement sauté le 30 décembre 2011 lorsqu'il a sauté la ligne de date internationale. Cette histoire est la raison pour laquelle la conversion d'une date en 2015 et d'une date en 2025 pour la même paire de villes peut légitimement produire des réponses différentes, et pourquoi un outil qui code en dur est un outil qui réside dans le passé.
La conséquence pratique pour toute personne écrivant un logiciel : Stockez les instants dans UTC, stockez la zone de l'utilisateur en tant qu'identifiant IANA et convertissez uniquement au niveau de la couche d'affichage. Ne stockez jamais de décalage. Un décalage est un rendu d'une règle et les règles changent. Si vous travaillez directement avec des valeurs d'époque, le Convertisseur d'horodatage est l'outil complémentaire pour les lire en tant que dates.
Décalages UTC, abréviations et noms de zones : lesquels utiliser
Ces trois choses sont constamment confuses et ne sont pas interchangeables.
| se former | exemple | Étable ? | Unique ? | Utilisez-le pour |
|---|---|---|---|---|
| Nom de la zone IANA | America/New_York |
Oui, à travers l'heure d'été | oui | Stockage, code, configuration, API |
| Décalage UTC | UTC-04:00 |
Non, modifications avec DST | non | Affichage, formats de fil avec un montage instantané |
| abréviation | EDT |
Non, modifications avec DST | non | Écran uniquement orienté vers l'homme |
Le tueur est cette dernière colonne. Les abréviations ne sont pas uniques. CST signifie l'heure normale centrale des États-Unis, l'heure normale de la Chine et l'heure normale de Cuba - trois décalages différents, une chaîne. IST signifie heure normale indienne, heure normale irlandaise et heure normale d'Israël. BST signifie l'heure d'été britannique, et aussi l'heure normale de Bougainville. Si un système reçoit CST Sur le fil et doit deviner, il devinera mauvais pour quelqu'un.
La forme de décalage est sans ambiguïté mais non stable : UTC+01:00 Identifie correctement le rendu d'un instant, mais ce n'est pas une zone, et vous ne pouvez pas l'utiliser pour calculer suivant Le rendu de mardi, car mardi prochain pourrait tomber de l'autre côté d'une transition.
Seul le nom IANA porte les règles. C'est le seul des trois que vous devriez jamais persister.
Pourquoi l'écart entre deux villes ne cesse de évoluer
L'heure d'été est la raison, et la raison pour laquelle il mord si fort est que les pays ne synchronisent pas leurs transitions.
- États-Unis Le printemps est le deuxième dimanche de mars et recule le premier dimanche de novembre.
- L'Union européenne Les ressorts en avant le dernier dimanche de mars et retombe le dernier dimanche d'octobre.
- Australie, étant dans l'hémisphère sud, fait le contraire : en avant en octobre, en avril - et le Queensland, l'Australie occidentale et le Territoire du Nord ne le font pas du tout.
- Inde, Chine, Japon, la plupart de l'Afrique et la plupart de l'Asie Ne l'observez à aucun moment.
Alignez-les et vous obtenez des fenêtres de chevauchement où l'écart habituel est tout simplement erroné :
| période | Horloge de New York | Horloge de Londres | écart |
|---|---|---|---|
| La plupart de l'hiver | EST (UTC−05:00) | GMT (UTC+00:00) | 5 heures |
| Deuxième dimanche de mars → Dernier dimanche de mars | EDT (UTC-04:00) | GMT (UTC+00:00) | 4 heures |
| La plupart de l'été | EDT (UTC-04:00) | BST (UTC+01:00) | 5 heures |
| Dernier dimanche d'octobre → Premier dimanche de novembre | EDT (UTC-04:00) | GMT (UTC+00:00) | 4 heures |
Deux fenêtres par an - environ trois semaines au printemps et une semaine en automne - au cours desquelles chaque "hypothèse" est toujours à cinq heures d'intervalle " dans votre calendrier. Et ce n'est qu'une paire de villes. Ajoutez Sydney, dont les transitions s'étendent dans la direction opposée, et le nombre de valeurs d'écart distinctes sur une année augmente rapidement.
Les transitions elles-mêmes créent deux autres dangers qui méritent d'être nommés. Lorsque les horloges s'élancent, une heure de l'heure locale n'existe pas — 02h30 sur la soirée de transition à New York n'est pas une vraie lecture. Lorsque les horloges retombe, une heure de l'heure locale se produit deux fois, et une lecture d'horloge murale nue est vraiment ambiguë. Le convertisseur résout les temps inexistants à l'instant immédiatement après la transition et les temps ambigus de la première occurrence, qui est la convention la plus suivie par les logiciels de calendrier. Ce n'est pas le seul choix défendable, mais c'est celui qui produit le moins de surprises.
Cas d'utilisation courants
Planification de réunions au sein d'une équipe distribuée. L'évident, et celui pour lequel la bande de planificateur existe. Trois zones ou plus sont celles où l'arithmétique mentale échoue de manière fiable, en particulier lorsque l'une d'entre elles est en décalage d'une demi-heure ou dans l'hémisphère sud.
Rédaction d'invitations et d'annonces de calendrier. Toujours indiquer le temps avec une zone, donner toujours au moins deux rendus et préférer le nom IANA ou une abréviation pleinement qualifiée à "Mon heure". "14:00 UTC (10:00 EDT / 19:30 IST)" est sans ambiguïté. "2pm" est un retournement de pièces.
Débogage des horodatages dans les journaux. Un serveur enregistre dans UTC, un client signale un incident à l'heure locale et les deux doivent être rapprochés avant de pouvoir trouver la demande. Convertissez le rapport du client en UTC, puis recherchez. Si les journaux sont des valeurs d'époque plutôt que des chaînes ISO, exécutez-les Convertisseur d'horodatage Premièrement.
Planification des emplois cron et des travaux de fond. Une expression cron sur un serveur réglé sur UTC ne changera pas avec un changement d'heure d'été, ce qui est généralement ce que vous voulez - et parfois exactement ce que vous ne voulez pas, si le travail est censé s'exécuter à 09:00 local pour un client dans un pays d'observation DST. Réalisez les deux lectures avant de valider le calendrier; analyseur vous dira ce que votre expression signifie réellement.
Planifier des voyages et des appels avec votre famille. Les heures de départ et d'arrivée sont toujours indiquées à l'heure locale à chaque aéroport, ce qui signifie que la durée apparente d'un vol est absurde jusqu'à ce que vous convertissiez les deux extrémités dans la même zone. Un vol de 14 heures qui "arrive avant son départ" n'est qu'un passage à la ligne de date.
Coordination des lancements, déploiements et embargos. Tout ce qui a une coupure difficile sur plusieurs marchés nécessite un seul instant, exprimé en UTC, avec des rendus locaux attachés pour chaque région. Si vous calculez combien de jours il reste avant cet instant plutôt que la lecture de l'horloge, le Calculateur de différence de date est l'autre moitié du flux de travail.
FAQ
Comment convertir EST en IST ?
faire une sélection America/New_York Comme source et Asia/Kolkata comme cible. L'Inde a 10 heures 30 minutes d'avance sur New York pendant l'heure normale de l'Est et 9 heures 30 minutes à l'heure du jour, car l'Inde n'observe pas l'heure d'été et les États-Unis le font. Cet écart changeant est exactement la raison pour laquelle vous devriez convertir une date plutôt que de mémoriser un seul nombre.
Quelle est la différence entre EST et EDT ?
EST (heure normale de l'Est) est UTC-05:00 et s'applique en hiver. EDT (heure de l'Est) est UTC-04:00 et s'applique du deuxième dimanche de mars au premier dimanche de novembre. "Temps oriental" ou ET est le terme générique qui signifie actuellement en vigueur. Dans les documents et le code, préférez l'identifiant IANA America/New_York, ce qui est sans ambiguïté toute l'année.
Ce convertisseur gère-t-il l'heure d'été ?
Oui, et il le fait pour la date à laquelle vous entrez plutôt que pour aujourd'hui. Le décalage de chaque zone est résolu par la base de données de fuseau horaire IANA à l'instant précis où vous convertissez, donc une réunion du 1er mars et la même réunion du 15 mars entre New York et Londres affichera correctement un écart de cinq heures et un écart de quatre heures respectivement - les États-Unis font avancer leurs horloges trois semaines avant l'Europe.
Qu'est-ce qu'un identifiant de fuseau horaire IANA ?
C'est un nom comme America/New_York, Europe/London, ou Asia/Kolkata Tiré de la base de données de fuseau horaire IANA, le jeu de données de référence qui enregistre non seulement les décalages actuels, mais aussi chaque changement de règle historique. Les identifiants sont des paires de zones/d'emplacements, et ils sont le seul moyen sûr de nommer une zone dans les logiciels, car les abréviations telles que CST sont ambiguës - US Central, China Standard et Cuba Standard le revendiquent.
Pourquoi certains fuseaux horaires ont-ils un décalage de 30 ou 45 minutes ?
Parce que les zones sont politiques, pas géométriques. L'Inde s'est installée sur UTC+05:30 pour diriger un pays large sur une seule horloge. Le Népal a choisi UTC+05:45 pour s'asseoir quinze minutes avant l'Inde. Adélaïde est UTC+09:30 et les îles Chatham sont UTC+12:45. Tout code qui suppose que les compensations sont des heures entières sera finalement erroné pour environ un cinquième de la population mondiale.
Qu'est-ce que l'UTC et en quoi est-il différent de GMT ?
UTC (temps universel coordonné) est la norme d'horloge atomique à partir de laquelle chaque zone est définie comme un décalage. GMT (Greenwich Mean Time) est un fuseau horaire qui se trouve égal à UTC+00:00 en hiver - Le Royaume-Uni passe à BST (UTC+01:00) en été, donc "GMT" et "London Time" ne sont pas la même chose toute l'année. Stockez et comparez les instants dans UTC ; convertissez-vous en zone uniquement pour l'affichage.
Combien de fuseaux horaires y a-t-il dans le monde ?
Il existe en théorie 24 bandes d'une heure, mais environ 38 décalages UTC distincts sont en fait utilisés une fois les zones d'une demi-heure et d'un quart d'heure, couvrant UTC-12:00 à UTC+14:00. Cette propagation de 26 heures est la raison pour laquelle deux endroits sur Terre peuvent être à des dates de calendrier différentes au même instant. La base de données IANA définit elle-même plusieurs centaines de zones nommées, car elle suit les règles historiques ainsi que celles actuelles.
Qu'arrive-t-il à une période qui tombe dans un écart d'été ?
Lorsque les horloges s'avancent, une heure de l'heure locale n'existe jamais, donc 02h30 lors de la soirée de transition à New York n'est pas une vraie lecture. Le convertisseur résout une telle entrée à l'instant immédiatement après la transition plutôt que de renvoyer une mauvaise réponse en silence. Les temps de chevauchement d'automne, où la même horloge murale se produit deux fois, résolvent la première occurrence - la convention la plus suivie par les logiciels de calendrier.
